問題タブ [tibco-ems]

メッセージセレクタを使用してJMSメッセージの負荷を分散したい。

メッセージには「EntitiyIX」プロパティがあります。

セレクターは次のようになります。

JMSメッセージセレクターでモジュラスを計算する演算子は何ですか？

ありがとう、アレックス

ASP.NET3.5アプリのTIBCOEMSを、外部システムへの1つのインターフェイスに使用していますが、正常に機能しているように見えます。それらを閉じる....

私が行っているのは、TIBCOConnectionFactoryとConnectionそれ自体の両方の静的メンバー変数を使用して、すべてのTIBCOトラフィックを単一のクラスにルーティングすることです。これらのトラフィックの構築には、かなりのリソースと時間がかかると言われています。

今私の問題は次のとおりです：どこでどのように私はできますか

• 不要になったときにTIBCO接続に「自動クローズ」を指示します（のようにSqlConnection）
• エラーが発生した場合はTIBCO接続を閉じます
• ASP.NETアプリが終了する（またはユーザーがログオフする）前にTIBCO接続を閉じます

C＃/.NETの世界からTIBCOEMSを使用する方法について、あまり役立つ情報が見つからないようです。ありがとう！！

すべてTibcoEMS5.*および.NETAPIのコンテキストで

私はメッセージ処理の既存のモデルに沿って作業する必要があります。

• 接続が作成/開かれます
• セッションが作成/開かれます
• メッセージコンシューマが作成されます
• receiveメソッドが呼び出されます

メッセージ！= nullの場合、それを消費し、トランザクションをコミットまたはロールバックします（基になるセッションで）。システムは、そのモデルでx秒ごとにプルします。

新しいセッションのみが作成されることを保証する接続ファクトリを作成しました（前のセッションがまだ使用されている場合）。このようにして、システムは同じ接続で動作します。

ただし、（。NETインターフェイスによる）各Receive呼び出しが1つのメッセージを返し、いくつか（pre-fetch-1）をローカルキューに入れるため、プリフェッチの問題が発生しました。したがって、すでにプルされているメッセージを読み取るために、次回は同じセッションを実際に再利用する必要があります。何かがある限り、セッションとメッセージのコンシューマーを再利用するためにラッパーを配置しました（Receiveはnullを返しません）。このアプローチは機能しますが、ローカルでフェッチされたものがまだある場合でも、Receiveでnullになる可能性があります。また、同じ接続を使用している限り、フェッチされたメッセージは配信済みとしてマークされるようです（セッションが明示的に閉じられている場合でも）。

誰かがプリフェッチ=1で接続/セッションを開く方法を知っていますか？または、より良い解決策がありますか？

前もって感謝します、

アプリにバグがあり、デバッガーでアプリを数分間一時停止した場合にのみ顔が表示されるようです。これは、ハートビートスレッドを使用しているサードパーティのネットワークライブラリが原因であると思われます。ハートビートスレッドが一時停止しているときにサーバーにpingを実行できないと、サーバーが切断されます。

これがバグの原因であることを確認するために、このためのテストケースアプリを作成しようとしています。そのためには、アプリ内のすべてのスレッドを一時停止して（後で、ハートビートスレッドであると思われるスレッドのみを一時停止するように絞り込みます）、デバッガーでアプリの一時停止をシミュレートする方法が必要です。

誰かがこれを行う方法を知っていますか？あるスレッドが別のスレッドをスリープ状態にすることさえ可能ですか？

ありがとう、アレックス

アップデート：

デバッガーで一時停止したために切断が発生したことを確認するだけでよいので、これを行うためのアプリは本当に必要ないと判断しました。だから、これが私がしたことです...（最も単純な方法がしばしば最良です...または少なくとも最も単純です...）

そして出力：

.net 2.0 用の同じバージョンの .Net TIBCO.EMS.dll で TIBCO JMS 4.3.3 を使用しています。キューにメッセージがスタックするという大きな問題があります。トピックからブリッジされた 1 つのキューからメッセージを消費しています。私たちのアプリケーションは、存続期間の長いセッションを持つ複数のコンシューマーを作成します。それぞれの存続期間の長いセッションには、1 つのコンシューマーがあります。セッションとコンシューマはメイン スレッドで作成されますが、コンシューマ自体は別のスレッドでタイムアウトのある Receive() メソッドを使用してメッセージを消費しています。各コンシューマーには、それが機能する独自のスレッドがあります。受信が成功するたびに、メッセージを受信したコンシューマーを作成したセッションで Commit を呼び出します (見苦しい言い回しで申し訳ありません)。

問題は、このキューが (トピックからのブリッジによって) いっぱいになると、多くのメッセージがスタックすることです。どのスレッドもメッセージを受信できず、キューをブラウズしていることがはっきりとわかり、アプリケーションを再起動すると再処理されます。また、TIBCO コンソールで「show consumer」を実行すると、メッセージがスタックしたときに、送信されたメッセージの数が確認されたメッセージの数と等しくないことがわかります。

完全に道に迷っています。このキューのプリフェッチを有効または無効にしようとしました。どちらのソリューションも機能しませんでした。受信タイムアウトを 1 秒から 1 分に増やしましたが、保留中のメッセージの数が境界を超えている場合でも、メッセージがスタックします。

ヘルプ、ヒント、または提案は大歓迎です。

メッセージのパブリッシュ/サブスクライブのミドルウェアとして、Tibco ページバス フレームワークを使用しています。

私たちが開発しているエンタープライズ アプリケーションは、上記のフレームワークを使用しています。

Tibco ページバス フレームワークのテスト方法を教えてください (フレームワーク テスト)。

このフレームワークと、このフレームワークをテストする方法について考えている人。

応答を待っています。

前もって感謝します

よろしく、マルジュ

私たちは、tibco-ems JMS を利用してメイン サーバーとの間でクライアント接続に大量のメッセージを渡す高スループット システムを実行しています。いくつかの統計を行った結果、JMS が多くの遅延の原因であることが判明しました。どうすれば tibco JMS のパフォーマンスを向上させることができますか? このトピックに関する適切な議論を提供するリソースはありますか。

jboss サーバーにデプロイされた tibco プロセスで jar ファイルを実行しています。私の質問は、jarファイルのいずれかがエラーになった場合、jarファイルのどの行またはメソッドがエラーになったかをどのように知ることができますか?

Tibco BusinessWorksDesignerで次のエラーが発生します。手伝ってください。

jmsアプリケーションでtibcoを使用したい。誰かがtibcoの使い方を教えてくれますか？また、tibcoのメリットを教えてください。