0

JBoss AS 7 Hornetq を使用しています。スタンドアロンの Java アプリケーションは、キューとやり取りしてメッセージを送信します。環境全体のセットアップが完了し、非常にスムーズに機能していました。ある晴れた日、突然、スタンドアロン アプリケーションが以下の例外で失敗しました。

Caused by: java.io.NotSerializableException: org.hornetq.api.core.client.loadbalance.RoundRobinConnectionLoadBalancingPolicy

詳細な例外スタック トレースは次のとおりです。

javax.naming.NamingException: org.jboss.naming.remote.client.ClientUtil.namingException(ClientUtil. java:36) org.jboss.naming.remote.protocol.v1.Protocol$1.execute(Protocol.java:104) で org.jboss.naming.remote.protocol.v1.RemoteNamingStoreV1.lookup(RemoteNamingStoreV1.java:79) で) org.jboss.naming.remote.client.RemoteContext.lookup(RemoteContext.java:79) で org.jboss.naming.remote.client.RemoteContext.lookup(RemoteContext.java:83) で javax.naming.InitialContext. com.infosys.lbs.publishing.LocationProcessor.postMessageInQueue(LocationProcessor.java:377) のルックアップ (不明なソース) com.infosys.lbs.publishing.LocationProcessor.process(LocationProcessor.java:69) の com.infosys.lbs.Publishing.main.Publisher.main(Publisher.java:34) 原因: java.io.NotSerializableException: org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller) の org.hornetq.api.core.client.loadbalance.RoundRobinConnectionLoadBalancingPolicy .java:891) org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063) org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019) org.jboss.marshalling. river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063) org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019) org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:998)marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) org .jboss.naming.remote.protocol.v1.Protocol$1$2.write(Protocol.java:138) at org.jboss.naming.remote.protocol.v1.WriteUtil.write(WriteUtil.java:61) at org.jboss .naming.remote.protocol.v1.Protocol$1.handleServerMessage(Protocol.java:128) at org.jboss.naming.remote.protocol.v1.RemoteNamingServerV1$MessageReciever$1.run(RemoteNamingServerV1.java:73) at java.util .concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) で java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) で java.lang.Thread.run(Thread.java:662) が発生したに：発生した例外: オブジェクト org.hornetq.jms.client.HornetQJMSConnectionFactory@ea074d のフィールド serverLocator のフィールド loadBalancingPolicy

アプリが接続ファクトリを検索しようとしたときに例外が発生していました

QueueConnectionFactory qcf = (QueueConnectionFactory)context.lookup("jms/RemoteConnectionFactory");

以下は、問題を解決した手順です。

4

1 に答える 1

1

この問題を解決するためのヘルプはほとんどありませんでした。この例外に関する Web 検索では、ほとんど何も返されませんでした。ただし、JBoss AS Dev サイトのこの特定のスレッドは、私の頭の中で考えを紡ぎました: RemoteConnectionFactory is not found when looking up in a remote client

このスレッドで言及されているシナリオは、私たちのものとは異なります。(私たちのアプリでは、これが最初で唯一のルックアップです。) このスレッドにより、コネクション ファクトリの初期化の問題の可能性について考えるようになりました。デバッグしたり、問題を見つけたりするためにできることは何もありませんが、再初期化できれば役立つと思いました。

そこで、java:jboss/exported/jms/RemoteConnectionFactory予想どおりでルックアップを試みましたが、NamingException で失敗しました。この命名構文 (java:/ を使用) が再初期化につながることを期待して、 で再度検索を試みましたjms/RemoteConnectionFactory。そしてビンゴ！！！出来た！

残念ながら、なぜそれが起こったのか、またそれが 1 回限りのケースなのかはまだわかっていません。死すべき魂がこの問題に遭遇した場合に備えて、ここに文書化します。

于 2013-07-26T10:39:59.657 に答える