问题标签 [tibco-ems]

开发与 TIBCO EMS 连接的应用程序（我使用的是 .NET，但对于其他平台应该相同）时我需要安装什么？我有 TIBCO EMS 安装包，但它安装了整个服务器。它如何与连接到 EMS 的客户端应用程序一起工作？我是否必须在每台机器上安装 TIBCO EMS 服务器才能获取客户端库，或者是否允许将库从真实服务器复制到客户端？

例如，在开发与 IBM WebSphere MQ 的连接时，我只需要安装可以连接到许可 MQ 服务器的 WebSphere MQ 客户端。

Tibco EMS 是否支持类似于 ActiveMQ 的“代理网络”拓扑？或者任何其他类似的功能来支持分布式队列和主题的可扩展设计？

就像队列名称存储在位于 ems/bin 文件夹中的 queues.conf 文件中一样。有谁知道 tibco ems 队列上的消息存储在哪里？我们可以在没有任何其他工具的情况下访问这些队列上的消息吗？

我们有一台运行我们的 c# windows 服务的应用程序服务器和一台运行 TIBCO EMS 的服务器。两台服务器将在一周内的不同时间重新启动。

当应用程序服务器首先重新上线时，我们喜欢 c#windwos 服务不断尝试连接到 EMS 服务器，直到 EMS 服务器重新上线。（我有重试逻辑适用于这种情况）

当 EMS 服务器在应用程序服务器运行时脱机时（例如，c# 中的 EMS 客户端正在侦听队列中的传入消息），这种情况下执行重试逻辑的最佳方法是什么？会立即抛出异常吗？

谢谢

我们正在探索将 TIBCO EMS 纳入我们基于 .NET 的系统的设计。据我了解，broth NServiceBus 和 MassTransit 可以使用 TIBCO EMS 作为运输通信层。我的问题是：与直接在 TIBCO EMS 上使用自定义 C#/.NET 库相比，使用 NServiceBus 或 MassTransit 有什么好处？

我知道这个关于 RabbitMQ 的答案：MassTransit 向 RabbitMQ 添加了什么？

TIBCO EMS 是否也有同样的好处？

我一直在使用 BizTalk 2006 R2 向 TIBCO EMS 队列发送/接收消息。我正在使用“用于企业 TIBCO EMS 适配器的 Biztalk 适配器”从 BizTalk 到 EMS 进行通信，并且我拥有最新的服务包。

我的编排通过将消息放入 EMS 队列以供第三方应用程序检索而结束，不幸的是，这不起作用。应用程序事件日志显示来自“Microsoft Biztalk 适配器”的错误，说明：

4 is not a valid value for the Priority property

以及来自“BizTalk Server 2006”的警告：

The adapter failed to transmit message going to send port "SendToEMSPort" with URL "TibcoEMS://localhost_7222_e73cb46d-2c01-4055-b4ec-73e9364489a9". It will be retransmitted after the retry interval specified for this Send Port. Details:"1 is not a valid value for the Priority property".

消息永远不会通过。我已经尝试了所有允许的“优先级”值（0 到 9），但没有成功。有任何想法吗？

我们目前有一个问题，我们已将 WCF 服务设置为连接到 tibco EMS 服务器。在单实例模式下运行服务时（由于应用程序的运行方式，我们无法更改此设置）它总是会首先确认 2 条消息，即使它只处理了一条 - 这会导致一些消息被跳过。

我已经逐步浏览了 Tibco EMS WCF 代码，可以看到私有 _deliveredList 字段中的底层 TIBCO.EMS.Session 类中有 2 条消息，即使我只处理了一条消息，它们都标记为需要 ACK。队列上有多少消息似乎并不重要，如果长度大于一，它总是会双重确认。

我使用以下配置应用了限制，但它似乎对发送的初始消息数量没有任何影响。

任何帮助将不胜感激。

我正在尝试使用 MySql 来存储 TIBCO EMS 7.0 消息。以下是我的配置： -

商店-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方法）在 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。在 com.mchange.v2.c3p0.impl.C3P0PooledConnectionPoolManager.getPool(C3P0PooledConn ectionPoolManager.java:331) 处创建PooledConnection 池(C3P0PooledConnectionPoolManager.java:863) :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) 在 com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallab le.java:42) 在 com.tibco.tibems.tibemsd.internal .db.CreateStoreCallable.call(CreateStoreCallab le.java:33) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java: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。 com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallab le.java:42) com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call( CreateStoreCallab le.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。 com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallab le.java:42) com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call( CreateStoreCallab le.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(CreateStoreCallab le.java:42) 在 com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallab le.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(CreateStoreCallab le.java:42) 在 com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallab le.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)tibco.tibems.tibemsd.internal.db.CreateStoreCallable.processStore(CreateSto reCallable.java:329) 在 com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallab le.java:42) 在 com.tibco。 tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallab le.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)tibco.tibems.tibemsd.internal.db.CreateStoreCallable.processStore(CreateSto reCallable.java:329) 在 com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallab le.java:42) 在 com.tibco。 tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallab le.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)42) 在 com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallab le.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)42) 在 com.tibco.tibems.tibemsd.internal.db.CreateStoreCallable.call(CreateStoreCallab le.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)

是否有任何机构有任何示例，示例博客..设置soap/jms 与 tibco EMS 集成的说明

我已经使用 Active MQ 成功测试了 soap/jms，但使用相同的设置说明，无法与 tibco EMS 集成。

尽管 Axis2 通过初始化消息连接到 Tibco，但默认情况下，已部署的基于 soap wsdl 的队列不会出现在 Tibco EMS 中。

过去 3 天已经用谷歌搜索了 /yahooed.... 但没有成功

关于卡尔提克

我有一个订阅 JMS 主题应用程序的 Java 应用程序，该应用程序偶尔会出现以下异常：

在 2 年未动过之后，我收到了这段代码。我的 JMS 知识非常有限。它是 maven 化的，但它没有引用任何 tibco 库。我试图了解当代码库中没有 tibco 引用时如何获得 tibco 异常？

但是，我确实看到了一个名为 LD_LIBRARY_PATH 的系统变量集，它指向一些 tibco 库。

对 JMS shell 有经验的人可以了解这里可能发生的情况吗？搜索代码库显示没有 tibco 导入，只有 javax.jms。

是否有可能使用 jni 或其他东西以某种方式将它们包裹在 LD_LIBRARY_PATH 中？