問題タブ [tibco]

TIBCO EMS を介して要求/応答サービスを提供するサーバー側プロジェクトに取り組んでおり、このサービスのスケーラビリティと低遅延をアーカイブするためのベスト プラクティスに関するアドバイスを探しています。私は .NET でこれを行っていますが、TIBCO EMS はおそらく JMS 仕様を実装しているため、他の JMS 実装やプラットフォーム (Java) に関するアドバイスが適切であると思います。

現在、1 つの Connection、1 つの Session、1 つの Consumer を使用し、その 1 つの Consumer でコールバックを使用してメッセージをリッスンしています。各要求はコールバック スレッドで処理され、異なるキュー (ただし同じセッション) で同期的に応答します。これは機能しますが、スケーリングしているようには見えません。高いトランザクション レートでも CPU 負荷は無視できますが、リクエストのレイテンシは増加し続けます。

EMSがコールバックに単一のスレッドを使用しているため、処理時間と応答の送信に必要な時間が発生しているため、他のリクエストの処理がブロックされていると思いますが、これをスケーリングする最良の方法は何ですか?

1 つの方法は、受信したスレッド プールで着信要求の実際の処理をすぐにスケジュールすることです。これは迅速な修正であり、スケーリングされますが、追加のレイテンシが発生し、セッションの使用に関するスレッドの問題が発生します。もう 1 つは、多数の Session オブジェクト、または Connection オブジェクトを使用することでしょうか? 誰でもこれを行うためのベストプラクティスについてアドバイスをいただけますか?私はそれがより一般的な使用パターンの1つであるに違いないと思います...

I have a schema containing (for example)...

... and some XML containing this element...

... I have a SOAP call that expects back 'mytype'. When I get back XML containing the above, I get the following error:

caused by: org.xml.sax.SAXException: validation error: #cvc-elt.3.1 Element "{http://www.mynamespace.co.uk/types}MYELEMENT" is not nillable. ({com.tibco.xml.validation}COMPLEX_E_ELEMENT_NOT_NILLABLE)

This is a SOAP call performed within TIBCO 5.5 designer. I understand that TIBCO is not the most known tool in the world; what I really want to get out of this question is whether the error is expected behavior (maybe because the element has a defined namespace???) or not.

I would have thought that the processContents="skip" should allow anything through?

Just to complete the info, namespace http://www.mynamespace.co.uk/types is available to the SOAP receiver. I get this error regardless of whether 'MYELEMENT' is defined in the schema or not, with or without nillable="true". I am receiving the XML from a customer and therefore cannot remove the xsi:nil = "true" from MYELEMENT.

数年前、TIBCOメッセージングフレームワークでTIBCO Rendezvous Cache（rvcache）を使用するプロジェクトに取り組みました。トピック/サブジェクトをキャッシュし、要求されたときにキャッシュを送信します。私が現在取り組んでいるプロジェクトでは、TIBCOをメッセージングシステムとして再び使用することを検討しています。何年も前に使っていたrvcacheについて説明しようとしていましたが、今では多くの情報を見つけることができません。それがまだ使われているのか、それとも別の名前の新しいものに置き換えられているのか、誰かが知っているのかどうか、私は興味がありました。

私のアプリケーションは Tibco RV をリッスンしていますが、WebSphere MQ に切り替える必要があります。このようなコードを見つけました

MQ 側にも同様の概念がありますか?

ありがとう

こんにちは、Tibco RV は初めてです。Tibco Rendezvous Concept を読んだ後でも、トランスポート パラメータ (サービス、ネットワーク、デーモン) についてまだ混乱しています。

したがって、概念的には、各マシンで実行されるデーモンは 1 つだけです。したがって、tibrvsend を使用する場合:

myDaemonローカルホストのポート 2323 を使用して、デーモン(リモートにある可能性があります) を介してネットワークにメッセージを送信しているということですcomeIPAddressか?

tibrvlisten を使用する場合:

ネットワークmyDaemonに公開された「」のポート2323からのメッセージをリッスンするために、使用可能なポート、ローカルホストで使用可能なデーモンを使用してリッスンしていることを意味しますか?someIPAddress

もう 1 つの質問は、「Tibco RV コンセプト」という本に、同じサービスを 2 つのネットワークにバインドできないと記載されていることです。プロデューサー マシンにのみ適用されますか (リスナー マシンのポートを指定していないため)。したがって、次のようにするとエラーが発生します。

と

同時に（連続してやればOKですよね？）

しかしリスナーの場合：

と

完全に大丈夫なはずですか？(それ以外の場合は、競合を避けるためにプロデューサーが互いのポート番号を知る必要があることを意味します)

概念を完全に台無しにしてしまった場合は、例を挙げて説明していただけますか?

大きな xml ドキュメント (約 10MB) を Sql Server 2008 テーブルに挿入しようとしています。このドキュメントはランタイムに組み込まれています。

私の問題は、このインサートを作成するためのより良い方法です. 文字列型のパラメーターを 1 つ指定した単純な挿入コマンドを使用していますが、機能しません。テーブルでは、フィールドに NULL 値が表示されています。

残念ながら、私はプログラミング言語を使用していません。これは TIBCO Desginer で構築されたプロジェクトですが、Java コードの一部を使用できます。

単一の挿入でこれを行う方法はありますか?

Tibco 認定メッセージング モードを使用するにはどうすればよいですか? WebsphereMQ は同じ機能を提供しますか? JMS 仕様はこの機能を定義していますか?

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

ありがとう。

複数のprjlibファイルをインポートするBWプロジェクトがあります。プロジェクトをローカルでテストしたいのですが、インポートされたすべてのprojlibグローバル変数がグレー表示されています。ディスク上にローカルで変数を作成できることは知っていますが、それは非常に厄介な解決策です。何か案は？

Java アプリケーションの 2 つのインスタンス (A & B) が同じマシンで実行されており、B はactivate()コールバックに対してブロックされています。

コールバックを登録する方法は次のとおりです。

アプリケーションが時間どおりであることを確認するために、100 ミリ秒ごとにハートビートを送信しています。

なんらかの理由 (GC / ガベージ コレクションなど) で、アクティブなアプリケーション "A" がハートビートの送信に遅れた場合、"A" がまだアクティブな間にパッシブ アプリケーション "B" がすぐにアクティブ化され、"A" で非アクティブ化が呼び出されません。 . そして、アプリケーション「A」がハートビートを送信した直後に、アプリケーション「B」で非アクティブ化が呼び出されます。これにより、両方のアプリケーションが同時にアクティブになるため、数秒間誤った動作が発生します。

上記はランダムな時間に発生し、予測できません。私たちのアプリケーションは重複したメッセージを同時に発行することはできないため、これは大きな影響をもたらします。

どうすればこの問題を克服できるか教えてください。