ブローカー・アーカイブ (BAR) ファイルを作成してデータを取り込んだ後には、ブローカー上の実行グループへのファイルのデプロイメントが必要です。これによりファイルをブローカー・ドメイン内で有効にすることができます。
始める前に:
BAR ファイルを作成しておく必要があります。ブローカー・アーカイブの作成を参照してください。
デプロイ先の実行グループが ACL によって制限されている場合には、このタスクを完了する適切なアクセス権限を持っている必要があります。
以下のステップに従って、ワークベンチを使用して BAR ファイルのデプロイメントを実行します。
次に行う事柄:
デプロイメントの結果の検査を続けます。デプロイメントの結果の検査を参照してください。
以下のステップに従って、mqsideploy コマンドを使用して BAR ファイルのデプロイメントを実行します。
次に行う事柄:
デプロイメントの結果の検査を続けます。デプロイメントの結果の検査を参照してください。
ExecutionGroupProxy クラスの deploy メソッドを使用します。デフォルトで、デプロイ・メソッドは増分 (差分) デプロイメントを実行します。 完全階層をデプロイするには、メソッドのうち、Boolean 型 isIncremental パラメーターを含むタイプを使用し、そのパラメーターを false に設定します。 このパラメーターを true に設定すると、増分デプロイメントを示します。
import com.ibm.broker.config.proxy.*; import java.io.IOException; public class DeployBar { public static void main(String[] args) { ConfigManagerConnectionParameters cmcp = new MQConfigManagerConnectionParameters("localhost", 1414, "QM1"); try { ConfigManagerProxy cmp = ConfigManagerProxy.getInstance(cmcp); TopologyProxy t = cmp.getTopology(); BrokerProxy b = t.getBrokerByName("BROKER1"); ExecutionGroupProxy e = b.getExecutionGroupByName("default"); e.deploy("deploy.bar"); } catch (ConfigManagerProxyException cmpe) { cmpe.printStackTrace(); } catch (IOException ioe) { ioe.printStackTrace(); } } }デフォルトで、デプロイ・メソッドは増分デプロイメントを実行します。 完全デプロイメントを実行するには、メソッドのうち Boolean 型 isIncremental パラメーターを含むタイプのものを使用し、そのパラメーターの値を false に設定します。 例えば、e.deploy("deploy.bar",false,0) のようにします。 このパラメーターを true に設定すると、増分デプロイメントを示します。
次に行う事柄:
デプロイメントの結果の検査を続けます。デプロイメントの結果の検査を参照してください。
BAR ファイルに変更を加えてから、それらの変更内容を 1 つ以上のブローカーに伝搬する場合、前述のいずれかのデプロイ方式を使用して更新済み BAR ファイルを 1 つ以上の実行グループに再デプロイできます。 以前にデプロイしたメッセージ・フローを停止する必要はありません。再デプロイされた BAR ファイルにある実行グループ (複数可) 内のすべてのリソースは置換され、新しいリソースが適用されます。
BAR ファイルの更新にリソースの削除が含まれる場合、再デプロイを実行してもブローカーからその削除は実行されません。 例えば、BAR ファイルにメッセージ・フロー F1、F2、および F3 が含まれるとします。 F2 を除去して、メッセージ・フロー F4 を追加して、このファイルを更新します。 この BAR ファイルを再デプロイする場合、再デプロイメントが完了すると、4 つのすべてのフローが実行グループ内で使用できます。F1 と F3 は、再デプロイされた BAR ファイルの内容で置換されます。
メッセージ・フローがトランザクションでない場合、再デプロイする前にメッセージ・フローを停止して、すべてのアプリケーションが完全に完了し、認識されて、整合した状態にあることを確認してください。メッセージ・フロー、実行グループ、またはブローカーは、それぞれ別々に停止できます。
メッセージ・フローがトランザクションの場合、コミットメントまたはロールバックを処理する処理ロジックによってリソースの一貫性と整合性が保たれます。
次に行う事柄:
再デプロイメントの結果の検査を続けます。デプロイメントの結果の検査を参照してください。