問題タブ [jboss-esb]

リモート クライアントから esb メッセージを送信しようとしていますが、常に次のエラーが発生します。

リモート クライアントのセットアップに関するチュートリアルを多数見つけましたが、どれも役に立ちませんでした。

ESB 4.11 で JBoss AS 6 を使用し、Eclipse から (JBoss Tools を使用して) アプリケーションを実行しています。JMS メッセージの送信は正常に機能しますが、これを機能させることはできません。

これは、esb メッセージを送信するための私のサンプル コードです。

1) JBossESB ランタイムと JBoss 6.0 ランタイムをインポートしました (それらが提供するすべてのライブラリを含みます)。

2) jbossts-common.jar を含めました

3) META-INF ディレクトリに jboss-esb.xml、uddi.xml、および jbossesb-properties.xml があります (これらのファイルを添付ファイルとして含めます。最後の 2 つは helloworld クイックスタートからコピーされます...)

正直なところ、それを機能させるために他に何をすべきかわかりません...どんな種類の助けも大歓迎です!

編集:これに関するいくつかのトピックを読みましたが、上記のエラーが発生しています。彼らが提案していたすべての .jar ライブラリと .xml ファイルを含めましたが、まだ行き詰まっています。問題はおそらく別の場所にあるのでしょうか?

私は、ESB 経由で送信されるすべてのメッセージを「傍受」するプロジェクトに取り組んでいます。

ESB 4.11 で JBoss AS 6 を使用しています。esb-aware と JMS の両方のメッセージを送信しており、すべてが機能していますが、インターセプターがすべてのメッセージを複数回インターセプトしているようです。

現時点では、Interceptor クラスは concent とその他のものをコンソールに出力するだけです。メッセージを送信すると、送信されたメッセージが複数回 (具体的には 3 回) 表示されます。

だから私の質問は：なぜですか？. これは正常な動作ですか？どこに間違いがあるのか​​ わかりません。次の 2 つのオプションのいずれかになると思います。

1) 送信クラスにエラーがありますが、1 つの serviceInvoker を使用するだけで、コードはサンプルのクイックスタートに非常に似ているため、それが問題だとは思いません。ゲートウェイ リスナーからの標準出力も、メッセージが 1 つだけ送信されることを示しています... しかし、これが問題であるかどうかをテストする方法は?

インターセプターのプロパティ ファイル セクションは次のようになります。

いくつかのプロパティを削除しようとしましたが、何も傍受されないか、複数回トリガーされます!

ヒントをありがとう！

JBossESB を介して送信されるメッセージをインターセプトしています。そのためにパイプラインインターセプターを使用しています。

問題は、送信者はサービス (例: PortReference < logical:BlueServiceESB#BlueListener > ) ですが、受信者の名前は (サービスではなく) キューであることです。複数のサービスが特定のキューからメッセージを受信できる場合があるため、これは論理的ですが、通常、各キューは 1 つのサービスにのみマップされます。

どのキューがどのサービスにマッピングされているか知りたいので、この情報を表示/保存して、次のメッセージのように表示できます: service ---> service (not service ---> queue)。

次のようにレジストリを使用して、サービスにマップされたキューの名前を取得できることを知っています。

このアプローチを逆にしたいと思います。キューが入力で、サービス (EPR = エンド ポイント参照 = サービス) が出力です。これを行う方法はありますか、それともここで不可能なことをしようとしているだけですか。このトピックに関するチュートリアルや質問はまったく見つかりませんでした。

ヒントをありがとう！

ESB プロジェクトの作成中にJBOSS Developer Studioで次のエラーが発生します。

JBoss ESB で実行されるパブリッシュ/サブスクライブ サービスの設計に問題があります。おそらく200人のサブスクライバーが聞いているトピックにメッセージを発行できる必要があり、メッセージを受け取ったらメッセージで何かをします。パブリッシュ サービスとサブスクライバー サービスのサンプルを作成して、その方法を紹介します。

これらのサブスクライバーへの配信を保証する必要があります。一定期間オフラインになり、その間にメッセージが公開された場合、オンラインに戻ったときに、それらのメッセージを配信する必要があります。したがって、それは永続的なサブスクライバーである必要があることを意味すると思います (私の理解では、トピックは永続的ではありませんが、サブスクライバーは永続的であると定義されています)。

私は現在、ESB 対応キューに ESB メッセージを貼り付ける発行サービスを持っています。これは、NotifyTopic を呼び出し、ESB 非対応トピックにメッセージを貼り付けます。ESB-Unaware トピックのリスナーを持つサブスクライバーがあり、これは、Web サービスによって処理されるメッセージを送信する httprouter を使用して Web サービスを呼び出します。Webサービスがオフラインの場合（そのシナリオを処理する方法を理解する必要がありますが、まだそこに到達していません）、またはESBサブスクライバーサービスがオフラインの場合（アンインストールしてテストし、メッセージを公開して再インストールすることはほとんどありません - メッセージのバックログが Web サービスに送信されることはありません)。

サブスクライバーを正しく構築していないと確信しています。サブスクライバーを ESB にデプロイする必要があると考えました。それ以外の方法でどのように機能するか、別のサーバーにデプロイされてからESBに接続される方法がわかりません（相互SSL、ファイアウォール、ポートなどをいじる必要がないようにしようとしています）。サブスクライバーを ESB にインストールすることが最善の選択肢であると考えました。しかし、どうすれば耐久性があり、配送が保証されるのかわかりません。