問題タブ [jms]

私は、Java EE の全体を掘り下げる時が来たと判断しました。JPAやJMSのようなJava SEでEEを使用していますが、まだJava SEをいじっていて、Java EEとアプリケーションサーバーが私の問題のいくつかを解決すると信じています。

BUT: Web でいくつかの記事を読んだ後、まだいくつか質問があります。

第 1 回: リクエスト/レスポンス アプリケーションに限定されますか? HTTP 経由で XML ドキュメントを提供するアプリケーションがあります。配信されたすべてのオブジェクトは、別のスレッドでディスパッチされるキューに追加されます。リモート マシンへのソケットを開くことを含め、このオブジェクトに対していくつかの検証が行われます (EJ-Beans はこれを行うことが許可されていないと聞きましたが、これは本当ですか?)。それで、アプリケーションサーバー内でこれを行うことは可能ですか?

2 番目: メッセージ駆動型 Bean があることは知っていますが、JMS メッセージをアプリケーション サーバーの外部から MDB に送信することは可能ですか? JMS メッセージを送信するサービスがありますが、同じアプリケーション サーバー内ではなく、レガシー システムとして実行されます。

3rd: システム管理者またはユーザーはアプリケーションをどのように構成できますか? データベース接続などのいくつかはアプリケーション サーバー内で構成されており、私のアプリケーションは JNDI 経由でそれらを検索したり、DI 経由で取得したりできることを知っています。しかし、アプリケーション固有の構成はどうでしょうか?

ええ、これらは非常に初歩的な質問ですが、誰かがこのすべてがどのように機能するかを説明する時間があるかもしれません. :)

よろしく、Posix

PS:

4番目：EJBはファイルに対して何もすることが許可されていないようです.Java EEは、ファイルを受け取り、それらを異なるシステムにプッシュし、それらをソケットに書き込むサービスのオプションではないようです（質問1を参照）?

Web サービスに対する JMS の大きな利点、またはその逆の利点は何ですか?

(Web サービスは肥大化していますか? JMS は全体的にインターフェイスを提供するのに適していますか?)

エンタープライズ統合プロジェクトの場合、JJBossMessagingなどのメッセージブローカーへのJava以外のアクセスが非常に役立ちます。ApacheActiveMQおよびGlassFishOpenMessage Queue製品の場合、 Stompなどのネイティブまたは標準プロトコルを使用して、さまざまなクライアント実装を利用できます。

JBoss Messagingには、課題トラッカーに「STOMPプロトコルをネイティブに実装する」というタスクがあります。ただし、このタスクはJBossMessagingロードマップには表示されません。

Java以外のクライアントでJBossMessagingに接続する他のオプションはありますか？

編集：JBossMessagingはバージョン2でAMQPをサポートします

トピックに関するメッセージを公開しているJBossサーバー（サーバーA）があります。サーバーAからメッセージを取得する必要がある別のサーバー（サーバーB）にメッセージ駆動型Beanがあります。

どうすればいいですか？パブリッシャーとサブスクライバーが同じサーバー上にある場合、すべてを簡単に機能させることができますが、リモートサーバーを使用してそれを行う方法に関する情報を見つけることができません。

ありがとう。

私の同僚の 1 人が、Java から Oracle キューへの (永続的ではない) サブスクライバーを作成する際に問題を抱えています。

キューは 1 つのスキーマ (たとえば、OWNER) によって所有されます。彼は別のユーザー (SUBSCRIBER など) として接続しようとしています。SUBSCRIBER は、OWNER によって DEQUEUE 権限 (およびその価値がある ENQUEUE 権限) を付与されています。

「multiple_consumers」オプションを FALSE に設定してキューを作成すると、すべて正常に機能します。"multiple_consumers" が TRUE (必要な設定) に設定されている場合、次のように失敗します。

彼が OWNER として接続すると、成功します。

SUBSCRIBER に付与する必要がある特権をどのように判断すればよいですか?

デッドレターキューとバックアウトキューの違いは何ですか？

WebSphereMQの用語およびアプリケーションサーバーの用語で。

すべてのJ2EE/JEEアプリサーバーにはMQプロバイダーがあり、Dead Letter Queueの構成もありますか、それともWebSphere MQに固有のものですか？

バックアウトキューについての私の理解は次のとおりです。

MQは、指定された回数の試行後にメッセージを宛先に配信できない場合、メッセージをバックアウトキューに移動します。

デッドレターキューについて明確に理解していません。

どんな援助にも感謝します。

JBoss 4.0.5 GA で JMS を実行するための POC を行っています。方法の例を示すリンクを誰か教えてもらえますか

1. Jboss でキューを作成する
2. Jboss でファクトリをクレートします。
3. 構成

上記が当てはまらない場合、Jboss にデフォルトのキュー、トピック、ファクトリがあります。

これは、ssh/ssl の専門家向けのトリビアの質問です。私たちの本社では、ほとんどのポートをブロックするファイアウォールの背後にあるサーバーで JMS アプリ (Tibco EMS) を実行しています。

このサーバーに ssh できますが、ポートが開いていないため、JMS アプリにメッセージを送信できません。そのため、パテを使用してサーバーへの ssh トンネルを作成し、ssl://theserver:1234 にメッセージを送信する代わりに、ssl://localhost:1234 にメッセージを送信しました。

奇妙なことに、ssl://localhost:1234 URL を使用して管理コンソールにログインできます。しかし、ssl://localhost:1234 にメッセージを送信しようとすると、ssl://theserver:1234 に接続できないというエラーが表示されます。「theserver」ホスト名をどのように取得したかはわかりません。私の推測では、ホスト名は ssh 証明書ファイル (?) にあり、そこから取得したのです。

しかし、とにかく、これに対する解決策を知っている人はいますか。サーバーにトンネリングして、クライアントに証明書ファイルのホスト名を無視し、ローカルホストのみを使用するように指示するにはどうすればよいですか。

そして、簡単な答えはポートを開くことだと私は知っていますが、企業の IT セキュリティに関する一般的な懸念があるため、ポートを開くことはできません。

JBoss 4.2.2メッセージキューで期限切れのメッセージを再送する方法はありますか？問題は、再試行回数を超えたことですが、問題は修正されたので、再送信する方法はありますか？

JBoss 3では、それらは移動可能な単なるテキストファイルでした。データベースに保存されたので、どうすればよいでしょうか。