【问题标题】:Why is my JMS message bridge in WLS stopping/starting every 30 seconds为什么我在 WLS 中的 JMS 消息桥每 30 秒停止/启动一次
【发布时间】:2011-11-20 23:54:27
【问题描述】:

我遇到了一个问题,我的 JMS 消息桥似乎每 30 秒被 WLS 停止和重新启动。

据我所知,网桥实际上工作正常,WLS 控制台将其报告为“活动,正在转发消息”。据我所知,桥两端的两个队列都正常工作。

每 30 秒出现在我的 WLS 日志中的消息如下所示。这六行每次都重复。

####<2011-sep-20 kl 12:48 CEST> <Info> <MessagingBridge> <host> <server> <[ACTIVE] ExecuteThread: '20' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1316515696279> <BEA-200020> <Bridge "NameOfBridge" is stopped.> 
####<2011-sep-20 kl 12:48 CEST> <Info> <MessagingBridge> <host> <server> <[ACTIVE] ExecuteThread: '20' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1316515696279> <BEA-200033> <Bridge "NameOfBridge" is obtaining connections to the two adapters.> 
####<2011-sep-20 kl 12:48 CEST> <Info> <Common> <host> <server> <[ACTIVE] ExecuteThread: '20' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1316515696284> <BEA-000628> <Created "1" resources for pool "eis/jms/WLSConnectionFactoryJNDIXA", out of which "1" are available and "0" are unavailable.> 
####<2011-sep-20 kl 12:48 CEST> <Info> <Common> <host> <server> <[ACTIVE] ExecuteThread: '20' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1316515696340> <BEA-000628> <Created "1" resources for pool "eis/jms/WLSConnectionFactoryJNDIXA", out of which "1" are available and "0" are unavailable.> 
####<2011-sep-20 kl 12:48 CEST> <Info> <MessagingBridge> <host> <server> <[ACTIVE] ExecuteThread: '20' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1316515696340> <BEA-200032> <Bridge "NameOfBridge" is configured to disallow degradation of its quality of service in cases where the configured quality of service is unreachable.> 
####<2011-sep-20 kl 12:48 CEST> <Info> <MessagingBridge> <host> <server> <[ACTIVE] ExecuteThread: '20' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1316515696340> <BEA-200030> <Bridge "NameOfBridge" is configured to work in "Exactly-once" mode, and it is actually working in "Exactly-once" mode.> 

查看配置后,唯一看起来相关的数字是“事务超时”,它设置为30。这意味着网桥直接打开一个事务,然后失败(或者是因为我配置了错误,或者只是因为没有发生任何事情),然后关闭事务/网桥并重新启动它。我没想到会有这种行为,但也许这就是它的工作原理?

我正在使用 WLS 10.3.0.0。

更新:来自config.xml的相关配置:

<messaging-bridge>
  <name>NameOfBridge</name>
  <target>servercluster</target>
  <source-destination>NameOfBridgeLocalDest</source-destination>
  <target-destination>NameOfBridgeRemoteDest</target-destination>
  <selector></selector>
  <quality-of-service>Exactly-once</quality-of-service>
  <started>true</started>
</messaging-bridge>
<jms-bridge-destination>
  <name>NameOfBridgeLocalDest</name>
  <adapter-jndi-name>eis.jms.WLSConnectionFactoryJNDIXA</adapter-jndi-name>
  <classpath></classpath>
  <connection-factory-jndi-name>JmsXA</connection-factory-jndi-name>
  <initial-context-factory>weblogic.jndi.WLInitialContextFactory</initial-context-factory>
  <connection-url></connection-url>
  <destination-jndi-name>queue/NameOfQueue</destination-jndi-name>
  <destination-type>Queue</destination-type>
</jms-bridge-destination>
<jms-bridge-destination>
  <name>NameOfBridgeRemoteDest</name>
  <adapter-jndi-name>eis.jms.WLSConnectionFactoryJNDIXA</adapter-jndi-name>
  <classpath></classpath>
  <connection-factory-jndi-name>ConnectionFactory</connection-factory-jndi-name>
  <initial-context-factory>org.jnp.interfaces.NamingContextFactory</initial-context-factory>
  <connection-url>jnp://server:port</connection-url>
  <destination-jndi-name>queue/NameOfQueue</destination-jndi-name>
  <destination-type>Queue</destination-type>
</jms-bridge-destination>

【问题讨论】:

  • 你能从配置中发布定义的MessagingBridge吗?

标签: jms weblogic weblogic-10.x


【解决方案1】:

As per this Oracle support document(需要 Oracle 帐户),这是异步 JMS 网桥的正常行为。

文档中的问题描述为:

使用 WebLogic Server 9.2 及更高版本;在配置了 JMS 并设置了 JMS 消息桥的域中,JMS 消息桥的日志记录显示每 30 秒断开和重新连接到源目标。

从 Oracle 的角度来看,这是正常的预期行为:

这是一种轮询机制,通常在源目标中没有消息并且消息桥处于空闲状态时发生。

由于异步桥接器会出现这种情况,因此阻止它发生的方法是禁用 JMS 消息传递桥接器的“启用异步模式”选项,这将停止轮询。

【讨论】:

  • 我的原始答案已被版主删除,因此我无法要求在编辑后取消删除。为了更好地回答这个问题,我重写了我的答案。
猜你喜欢
  • 2022-01-16
  • 1970-01-01
  • 2021-07-14
  • 2017-03-06
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多