問題タブ [tibco-ems]

TIBCO EMS に接続するアプリケーション (.NET を使用していますが、他のプラットフォームでも同じはずです) を開発する場合、何をインストールする必要がありますか? TIBCO EMS インストール パッケージがありますが、サーバー全体がインストールされます。EMS に接続するクライアント アプリケーションとどのように連携しますか? クライアント ライブラリを取得するためだけにすべてのマシンに TIBCO EMS サーバーをインストールする必要がありますか? それとも、実サーバーからクライアントにライブラリをコピーすることは許可されていますか?

たとえば、IBM WebSphere MQ への接続を開発する場合、ライセンスされた MQ サーバーに接続できる WebSphere MQ クライアントをインストールするだけで済みます。

Tibco EMSは、ActiveMQと同様の「NetworkofBrokers」トポロジをサポートしていますか？または、スケーラブルな設計のための分散キューとトピックをサポートする他の同様の機能はありますか？

同様に、キュー名は ems/bin フォルダーにある queues.conf ファイルに保存されます。tibco ems キューのメッセージがどこに保存されるか知っている人はいますか? 他のツールを使用せずに、これらのキューのメッセージにアクセスできますか?

1つのアプリケーションサーバーでc＃Windowsサービスを実行し、1つのサーバーでTIBCOEMSを実行しています。両方のサーバーは、週の異なる時間に再起動されます。

アプリケーションサーバーが最初にオンラインに戻ったとき、EMSサーバーがオンラインに戻るまでc＃windwosサービスがEMSサーバーへの接続を試み続けるのが好きです。（このシナリオで機能する再試行ロジックがあります）

アプリケーションサーバーの実行中にEMSサーバーがオフラインになった場合（たとえば、c＃のEMSクライアントがキューの着信メッセージをリッスンしている場合）、このシナリオの再試行ロジックを実行するための最良の方法は何ですか？例外はすぐにスローされますか？

ありがとう

TIBCOEMSを.NETベースのシステムに組み込むための設計を検討しています。私が読んだところによると、ブロスNServiceBusとMassTransitは、TIBCOEMSを輸送通信レイヤーとして使用できます。私の質問は、TIBCO EMSでカスタムC＃/。NETライブラリを直接使用するよりもNServiceBusまたはMassTransitを使用する利点は何ですか？

RabbitMQに関するこの回答を知っています：MassTransitはRabbitMQに何を追加しますか？

同じメリットがTIBCOEMSにも適用されますか？

現在、tibco EMS サーバーに接続するように WCF サービスをセットアップしているという問題があります。シングル インスタンス モードでサービスを実行している場合 (アプリケーションの実行方法により、これを変更することはできません)、1 つしか処理していない場合でも、常に最初に 2 つのメッセージを確認します。これにより、一部のメッセージがスキップされます。

Tibco EMS WCF コードをステップ実行したところ、基になる TIBCO.EMS.Session クラスの private _deliveredList フィールドに 2 つのメッセージがあることがわかります。メッセージは 1 つしか処理していませんが、どちらも ACK が必要であるとマークされています。キューにあるメッセージの数は問題ではないようです。長さが 1 より大きい場合、常に二重確認応答が行われます。

次の構成でスロットリングを適用しましたが、送信された最初のメッセージの数には影響がないようです。

どんな助けでも大歓迎です。

TIBCO EMS 7.0 メッセージの保存に MySql を使用しようとしています。以下は私の構成です:-

店-db.conf

tibemsd-db.conf

dbstore_driver_name = com.mysql.jdbc.Driver dbstore_driver_dialect = org.hibernate.dialect.MySQLDialect jre_library = C:/tibco/tibcojre/1.6.0/bin/server/jvm.dll

指定されたユーザー名とパスワードで MySql に接続できること、および dbstore_classpath に記載されているファイルが指定されたパスに存在することを確認しました。

次のようにスキーマをデータベースにエクスポートしようとすると:-

以下のエラーが表示されます。誰かが私を正しい方向に向けることができますか:-

2013 年 4 月 8 日 2:11:10 午後 com.mchange.v2.c3p0.C3P0Registry getConnectionCustomizer 警告: クラス名 'com.tibco.tibems.tibemsd.internal.db.DataStoreConnectionCustomizer' の検索 ConnectionCustomizer を作成できませんでした。 > java.lang.ClassNotFoundException: com.tibco.tibems.tibemsd.internal.db.DataStoreConnectionCustomizer java.net.URLClassLoader$1.run(URLClassLoader.java:202) で java.security.AccessController.doPrivileged(Native Method) で java.net.URLClassLoader.findClass(URLClassLoader.java:190) で sun.misc.Launcher$ ExtClassLoader.findClass(Launcher.java:229) で java.lang.ClassLoader.loadClass(ClassLoader.java:306) で java.lang.ClassLoader.loadClass(ClassLoader.java:247) で java.lang.Class.forName0(Native Method) で java.lang.Class.forName(Class.java:169) で com.mchange.v2.c3p0.C3P0Registry.getConnectionCustomizer(C3P0Registry.java:193) で com.mchange.v2.c3p0.impl.C3P0PooledConnectionPoolManager.getConnectionCustomize r(C3P0PooledConnectionPoolManager.java:749) com.mchange.v2.c3p0.impl.C3P0PooledConnectionPoolManager で。createPooledConnection Pool(C3P0PooledConnectionPoolManager.java:863) at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPoolManager.getPool(C3P0PooledConnectionPoolManager.java:331) at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPoolManager.getPool(C3P0PooledConnectionPoolManager.java) :348) com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource.getConnection(AbstractPoolBackedDataSource.java:140) で org.hibernate.service.jdbc.connections.internal.C3P0ConnectionProvider.getConne ction(C3P0ConnectionProvider.java:79) でorg.hibernate.tool.hbm2ddl.ManagedProviderConnectionHelper.prepare(ManagedProviderConnectionHelper.java:55) で org.hibernate.tool.hbm2ddl.DatabaseExporter.(DatabaseExporter.java:52) で org.hibernate.tool.hbm2ddl.SchemaExport.execute(スキーマエクスポート。java:367) org.hibernate.tool.hbm2ddl.SchemaExport.create(SchemaExport.java:304) で org.hibernate.tool.hbm2ddl.SchemaExport.create(SchemaExport.java:293) で com.tibco.tibems.tibemsd .internal.db.CreateStoreCallable.processStore(CreateSto reCallable.java:329) at com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:42) at com.tibco.tibems.tibemsd.internal .db.CreateStoreCallable.call(CreateStoreCallable.java:33) の sun.reflect.NativeMethodAccessorImpl.invoke0(ネイティブ メソッド) の sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) の sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.ja va:25) で java.lang.reflect.Method.invoke(Method.java:597)hibernate.tool.hbm2ddl.SchemaExport.create(SchemaExport.java:304) org.hibernate.tool.hbm2ddl.SchemaExport.create(SchemaExport.java:293) com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable. processStore(CreateSto reCallable.java:329) at com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:42) at com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call( CreateStoreCallable.java:33)、sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)、sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)、sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25) java.lang.reflect.Method.invoke(Method.java:597) でhibernate.tool.hbm2ddl.SchemaExport.create(SchemaExport.java:304) org.hibernate.tool.hbm2ddl.SchemaExport.create(SchemaExport.java:293) com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable. processStore(CreateSto reCallable.java:329) at com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:42) at com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call( CreateStoreCallable.java:33)、sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)、sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)、sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25) java.lang.reflect.Method.invoke(Method.java:597) でjava:304) org.hibernate.tool.hbm2ddl.SchemaExport.create(SchemaExport.java:293) com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.processStore(CreateSto reCallable.java:329) com. tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:42) com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:33) at sun.reflect. NativeMethodAccessorImpl.invoke0(Native Method) の sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) の sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25) .java:597)java:304) org.hibernate.tool.hbm2ddl.SchemaExport.create(SchemaExport.java:293) com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.processStore(CreateSto reCallable.java:329) com. tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:42) com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:33) at sun.reflect. NativeMethodAccessorImpl.invoke0(Native Method) の sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) の sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25) .java:597)tibco.tibems.tibemsd.internal.db.CreateStoreCallable.processStore(CreateSto reCallable.java:329) at com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:42) at com.tibco. tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:33) で sun.reflect.NativeMethodAccessorImpl.invoke0(ネイティブ メソッド) で sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) で sun.reflect .DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25) java.lang.reflect.Method.invoke(Method.java:597)tibco.tibems.tibemsd.internal.db.CreateStoreCallable.processStore(CreateSto reCallable.java:329) at com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:42) at com.tibco. tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:33) で sun.reflect.NativeMethodAccessorImpl.invoke0(ネイティブ メソッド) で sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) で sun.reflect .DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25) java.lang.reflect.Method.invoke(Method.java:597)42) com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:33) で sun.reflect.NativeMethodAccessorImpl.invoke0(ネイティブ メソッド) で sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java) :39) java.lang.reflect.Method.invoke(Method.java:597) で sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25) で42) com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallable.java:33) で sun.reflect.NativeMethodAccessorImpl.invoke0(ネイティブ メソッド) で sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java) :39) java.lang.reflect.Method.invoke(Method.java:597) で sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25) で

次の例外が発生することがある JMS トピック アプリケーションにサブスクライブする Java アプリケーションがあります。

2年間手付かずだった後、このコードを手渡されました。私の JMS の知識は非常に限られています。Maven 化されていますが、tibco ライブラリへの参照はまったくありません。コードベースに tibco の参照がない場合にどのように tibco 例外を取得できるかを理解しようとしていますか?

ただし、一部の tibco ライブラリを指す LD_LIBRARY_PATH と呼ばれるシステム変数セットが表示されます。

ここで何が起こっているのかについて、JMS シェルの経験のある人はいくらか光を当てることができますか? コードベースを検索すると、tibco のインポートはなく、javax.jms のみであることがわかります。

jni などを使用して LD_LIBRARY_PATH でラップされている可能性はありますか?