問題タブ [tibco-ems]

メッセージの送信にはTibcoEMSキューを使用しています。私たちは出版社です。メッセージを公開しているときはいつでも、誰かがそれを消費しているようです。購読している他のチームに聞いたところ、彼らは消費していないと言っていました。

誰がEMSキューに接続し、メッセージを消費しているかを知ることは可能ですか？

TIBCO EMS v 6 を .NET WCF サービスおよび tcpBinding と一緒に使用した人はいますか?

私は新しいアーキテクチャを設計しており、WCF クライアントのパフォーマンスの良し悪しを理解する必要があります。以前のバージョンでは WCF の実装があまり良くないと言われたため、ネイティブの WCF netTcp バインディングの代わりに SOAP と XML を使用するのが最善の方法でした。

何か案が？ありがとう、ダビデ。

Java を使用して JMS 接続を行っています。接続を確立するために使用しているコマンドは

JMSServerUrlJMS URL を格納する変数はどこにありますか。

問題は、フォールト トレランス URL、つまり 2 つの異なる URL を追加する必要があることです。上記のコード サンプルで 2 つの URL を一緒に指定する方法を教えてください。最初の URL にアクセスできない場合は、他の URL への接続を試行する必要があります。

このエラーを受け取ったときに、Springを使用してTibcoEmsトピックに接続しようとしています。

構成は次のとおりです。

これは正確にはどういう意味ですか？私の詳細または私の設定は間違っていますか？

を使用してNUnit 2.5.10、基本例外タイプを含むライブラリを参照するコードをテストしています。TIBCO.EMS.NamingException、具体的には、他の例外タイプが派生TIBCO.EMS.InvalidNameExceptionしTIBCO.EMS.NameNotFoundExceptionます。

TIBCO.EMS.NamingExceptionNUnitのExpectedException属性を使用して、派生するサブクラス化された例外がスローされたことを認識したいと思います。

特定の例外がスローされたことを簡単に検出できます。

しかし、私はどういうわけかNUnitにのサブクラスTIBCO.EMS.NamingExceptionがスローされたかどうかを「期待」させたいと思います。

直接試してみても機能しません。

何か案は？

市場投入までの時間を短縮する必要があるプロジェクトに取り組んでいるため、重いものを構築するのではなく、Web UI を使用することを検討しています。

私の質問は、Tibco EMS 用の JavaScript ライブラリを探しているからです。ActiveMQ についても同様のことが見られたと思いますが、当社のインフラストラクチャは既に EMS を使用しています。

Javascript を介して EMS からのメッセージを消費する方法について誰か考えがありますか?

ありがとう、

ファヒーム

メッセージ キューを使用して多数のパブリッシャー/サブスクライバーを含むシステムを構築していた場合、いくつかのネットワーク構成オプションがあるようです。

1. すべてのマシンが使用する 1 つのクラスター化されたブローカーを持つことができます。各マシンにはローカル キューがありません。
2. すべてのマシンにブローカーをローカルにインストールし、ストア アンド フォワードを使用してリモート マシンにメッセージを配信できます。

たとえば、MSMQ ではすべてのマシンに独自のローカル キューが必要ですが、Tibco EMS は多くの場合、各コンシューマーにローカル キューを持たずにクラスターで使用されるようです。

ローカル キューがないことのマイナス面と、その決定に影響を与える要因は何ですか?

WLS 10.3.1.0 外部サーバー構成を使用した TIBCO EMS 6.0 が機能しない

SOAPUI から EMS(JNDI/Queue) から WLS(JNDI) へのメッセージのポスト

こんにちは、Tibco EMS 6.0 を WLS 10.3.1.0 と統合して外部サーバーを設定するための手順に従いました。メッセージを EMS キューに投稿していますが、メッセージが WLS JMS JNDI に表示されません。

統合のシナリオは次のとおりです。SOAP UI ポスト メッセージを使用したシナリオ: TIBCO EMS および WLS サーバー (10.3.2.1) で構成された Hermes JMS を使用して SOAP UI を構成しました。WLS に新しい外部サーバーを追加しました。これまでに実行した手順を以下に示します。 SOAP UI を使用して SOAP メッセージを配置すると、このメッセージが WLS JNDI に表示されない

SOAPUIからEMS(JNDI/Queue)からWLS(JNDI)へ

それでも、WLS 10.3.1.0 JMS 外部サーバーの構成手順から以下の手順を推定して、TIBCO で動作させることができました。

Tibco ems 6.0 で 1 つのキューを作成: Falcon.EMS.queue

1 つの接続ファクトリーを作成しました: QueueConnectionFactory

1 つの JDNI を作成しました: jndi.falcon.ems.queue

JNDI: jndi.falcon.ems.queue はキューにマップされます: Falcon.EMS.queue end Tibco ems で

WLS 10.3.2.1 サーバーで 1.必要な ems jar ファイルを WLS lib フォルダーに追加し、クラスパスも設定します 2. WLS 10.3.2.1 サーバーを起動します 3. WLS 10.3.2.1 管理ページを開きます: http://localhost:7001/コンソール 4. [サービス] -> [メッセージング] -> [JMS モジュール] を選択します。 5. [oms-jms-module] をクリックします。 6. [外部 JMS サーバー] というリソースを作成します。 .TibjmsInitialContextFactory JNDI 接続 URL: tibjmsnaming://localhost:7222

7. ForeignServer-EMS の下で [目的地] -> [新規] をクリックします。名前: ForeignDestination-JMS ii. ローカル JNDI 名: oracle/communications/ordermanagement/WebServiceQueue iii. リモート JNDI 名: jndi.falcon.ems.queue b. [保存] をクリックします

8. ForeignServer-EMS の下で [接続ファクトリ] -> [新規] i をクリックします。名前: ForeignConnectionFactory-JMS ii. ローカル JNDI 名: queueconnectionfactory iii. リモート JNDI 名: QueueConnectionFactory b. [保存] をクリックします

キュー oms_ws_requests の JNDI 名を別の名前に変更すると、ポイント ii で説明した上記の構成で使用されている JNDI 名と衝突します。ローカル JNDI 名: oracle/communications/ordermanagement/WebServiceQueue

しかし、WLS管理サーバーコンソールはエラーで失敗します...

SOAP メッセージを OSM JNDI に送信するための WLS JMS - Tibco EMS の動作に問題はありますか?

同様の問題が 1 つ見つかりました:このリンクで提供される外部 Tibco EMS JMS キューへの Weblogic EJB 接続への回答は次のとおりです。

1. すべての通常の詳細 (宛先および接続ファクトリーのローカル/リモート JNDI ルックアップ名) を使用して外部サーバーを作成します。
2. リモート EMS ユーザーと同じ名前 (パスワードを含む) を持つローカル WL ユーザーを作成します。
3. ejb 資格マッピングを作成します (セキュリティ資格マッピングではありません)。
   • これを行うには、関連するデプロイメントをクリックし、リスト内の関連する ejb 名をクリックしてから、[セキュリティ] タブ、[資格マッピング] タブの順にクリックします。
   • WLS とリモート ユーザーに同じ名前を追加します (ここではパスワードは必要ないようです)。

この問題は、外部の Tibco EMS JMS キューへの Weblogic EJB 接続に関連していますか?

はいの場合、ポイント 2 で述べたように、tibco ems と同じように WLS でユーザー名を作成できません。上記のポイント 3 に従って資格証明マッピングを作成すると、WLS のユーザー名は編集できず、独自のユーザーが作成されます。クロスドメインとして。

ポイント 3 について、従うべき手順はありますか。

Hermes JMS で使用する場合、soapui で大きな問題に直面しています。キューを介してメッセージを送信し、トピックで応答を受信することが予想される場合、SoapUi は永続的なサブスクリプションを作成します。これらの耐久財は数か月後に維持され、大きな問題を引き起こします.

これらの永続的なサブスクリプションを削除する方法を提案したり、非永続的なサブスクリプションを作成する方法を提案したりできますか?

また、私たちは Tibco EMS を使用していることにも言及するかもしれません...

ありがとう！

私の開発者用マシンでは、Tibco EMS サーバーを起動して、実行が必要なアプリケーションを開発する必要があります。
しかし、私は本当に高性能状態では必要ありません。
システム リソースの使用をできるだけ少なくするように Tibco を構成するにはどうすればよいですか?

ありがとう。