リソースを WebSphere® Message Broker Toolkit バージョン 8.0 ワークスペースにインポートすると、メッセージ・フロー・プロジェクトは自動的にメッセージ・ブローカー・プロジェクトに変換されます。
旧バージョンのリソースのインポートの説明に従って、旧バージョンの WebSphere Message Broker からリソースがインポートされていることを確認してください。
WebSphere Message Broker バージョン 8.0 でメッセージ・フロー・プロジェクトを作成することはできません。 例えば、チーム環境で作業している場合は、メッセージ・フロー・プロジェクトを継続して使用することがあります。
メッセージ・フロー・プロジェクトをメッセージ・ブローカー・プロジェクトに変換した後も、メッセージ・フローの動作は以前と同様になります。 ただし、メッセージ・フロー・プロジェクトにスキーマ、アダプター・コンポーネント、WSDL ファイル、IDL ファイル、または SCA 定義が含まれている場合は、プロジェクトをWebSphere Message Broker バージョン 8.0 にマイグレーションした後でエラーが表示される場合があります。
これらのエラーに関するクイック・フィックスを入手できます。 これらのリソースは、メッセージ・フロー・プロジェクトでは有効ではありません。これらのファイルを、参照専用の目的でメッセージ・フロー・プロジェクトに含めることができます。 ただし、アプリケーションまたはライブラリーにリソースを含めた場合、これらのリソースは他のアプリケーションやライブラリーから可視になります。 この可視性は、ワークスペースでのこれらのリソースの解決に影響を与える場合があります。 例えば、element1 という名前のエレメントを定義する XSD ファイルがメッセージ・フロー・プロジェクトに含まれ、element1 という名前のエレメントを定義する XSD ファイルがメッセージ・セットにも含まれる場合があります。 以前のバージョンの WebSphere Message Broker では、この重複で問題は発生しません。これは、メッセージ・フロー・プロジェクトのエレメントは、ネーム解決に使用されていないためです。ただし、WebSphere Message Broker バージョン 8.0 へのマイグレーション後は、element1 という名前のエレメントが 2 つ存在することによってエラーが発生します。
TotalPurchaseOrderFlow.msgflow はアプリケーションまたはライブラリーに属しており、個別にではなくそのコンテナー内でデプロイする必要があります。
新しい BAR ファイルを作成し、BAR エディターの「準備」タブでアプリケーションまたはライブラリーを選択してから、「ビルドと保存」を選択してください。
アプリケーションまたはライブラリーとは別にリソースをデプロイするには、それをメッセージ・ブローカー・プロジェクトに移動する必要があります。
したがって、BAR ファイルを再ビルドすることはできませんが、コンテンツを表示して、例えば元のリソースやそれがリファクタリングされた方法を確認することはできます。マイグレーションしたリソースを編成する方法を決めます。 アプリケーションは通常、特定のソリューションに必要なすべてのリソースを格納するために使用されます。ライブラリーは通常、再利用する可能性のあるリソースを格納するために使用されます。 それで、メイン・メッセージ・フローをアプリケーションに保管することにするかもしれませんし、再利用可能リソースをライブラリーに保管することにするかもしれません。 リソースをアプリケーションおよびライブラリーに変換する方法の例については、例: バージョン 7.0 リソースからアプリケーションおよびライブラリーへの手動による変換を参照してください。 リソースの変換について詳しくは、既存のプロジェクトからアプリケーションおよびライブラリーへの変換を参照してください。