うーん...投稿したコードスニペットには非常に多くの問題があり、どこから始めればよいかわかりません。
WMQInitialContectFactoryを使用することは、MQから始める場所のようには思えません。これにより、この段階ではおそらく望ましくない複雑さの層が追加されます。Sunのfscontextを使用して、管理対象オブジェクトをローカルファイルに保持することをお勧めします。使用している初期コンテキストは、主に多くのユーザーまたはアプリケーションの共有JNDIリポジトリーを作成するために使用されますが、サポートされていません。私の問題は、QMgrに接続する方法をプログラムに指示する接続ファクトリを取得するために、プログラムが最初にキューマネージャに接続する必要があることです。
SYSTEM.DEF。*またはSYSTEM.AUTO。*という名前のオブジェクトはすべて、実際の接続に使用しないでください。これらは、新しいオブジェクトが継承するテンプレートです。それらが使用可能である場合、それらまたはそれらから作成されたオブジェクトを保護することはできません。
スニペットが不完全であるか、接続ファクトリをキューオブジェクトと混同しています。投稿には、TESTOUTキューが必要であると記載されていますが、コードにはキュー接続ファクトリのみがあり、宛先またはキューオブジェクトはありません。
WMQサーバーまたはクライアントをローカルにインストールした場合は、すでに多数の優れたサンプルがあります。これらのデフォルトの場所はC:\ Program Files \ IBM \ WebSphere MQ \ tools \ jms \ samplesであり、pub/subとポイントツーポイントの両方の例が含まれています。.bindingsファイルの作成を示す例が必要な場合は、次の記事とサンプル・コードを確認してください。http ://www.ibm.com/developerworks/websphere/techjournal/0610_woolf/0610_woolf.htmlこの記事では、いくつかの問題について説明しています。チャネル、クライアントのセキュリティなどについて説明しました。