4

ActiveMQのキューの永続性をテストしようとしています。

固有のコンシューマーを備えた組み込みのActiveMQサーバーがあります。この組み込みサーバーは、他の多くのJVMアプリケーションからJMSメッセージを受信します。

正常に動作し、コンシューマーアプリケーションが通知を受信します。

だから私はメッセージの永続性をテストしようとしました。コンシューマーのMessageListenerに(リモート)ブレークポイントを設定して、多くのメッセージをキューに入れ、ActiveMQサーバーをクラッシュさせることができるようにしました。サーバーの再起動時に、キューに入れられたすべてのメッセージを消費できるようにし、失われないようにします。

そして、私はそのテストを試しました。最初のメッセージ送信でそのブレークポイントに入りました。しかし、送信しようとするすべてのメッセージについて、プロデューサー側で次のスタックトラックを取得します。

Exception in thread "main" org.springframework.jms.UncategorizedJmsException: Uncategorized exception occured during JMS processing; nested exception is javax.jms.JMSException: Wire format negotiation timeout: peer did not send his wire format.
    at org.springframework.jms.support.JmsUtils.convertJmsAccessException(JmsUtils.java:316)
    at org.springframework.jms.support.JmsAccessor.convertJmsAccessException(JmsAccessor.java:168)
    at org.springframework.jms.core.JmsTemplate.execute(JmsTemplate.java:469)
    at org.springframework.jms.core.JmsTemplate.send(JmsTemplate.java:534)
    at org.springframework.jms.core.JmsTemplate.convertAndSend(JmsTemplate.java:612)
    at org.springframework.jms.core.JmsTemplate.convertAndSend(JmsTemplate.java:604)
    at com.xxxxxxxxxxx.mobilepush.client.RealClientTest.main(RealClientTest.java:29)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at com.intellij.rt.execution.application.AppMain.main(AppMain.java:120)
Caused by: javax.jms.JMSException: Wire format negotiation timeout: peer did not send his wire format.
    at org.apache.activemq.util.JMSExceptionSupport.create(JMSExceptionSupport.java:62)
    at org.apache.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1380)
    at org.apache.activemq.ActiveMQConnection.ensureConnectionInfoSent(ActiveMQConnection.java:1466)
    at org.apache.activemq.ActiveMQConnection.createSession(ActiveMQConnection.java:308)
    at org.springframework.jms.support.JmsAccessor.createSession(JmsAccessor.java:196)
    at org.springframework.jms.core.JmsTemplate.execute(JmsTemplate.java:457)
    ... 9 more
Caused by: java.io.IOException: Wire format negotiation timeout: peer did not send his wire format.
    at org.apache.activemq.transport.WireFormatNegotiator.oneway(WireFormatNegotiator.java:98)
    at org.apache.activemq.transport.MutexTransport.oneway(MutexTransport.java:68)
    at org.apache.activemq.transport.ResponseCorrelator.asyncRequest(ResponseCorrelator.java:81)
    at org.apache.activemq.transport.ResponseCorrelator.request(ResponseCorrelator.java:86)
    at org.apache.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1351)
    ... 13 more

コンシューマーがブレークポイントにあるときにプロデューサーがブロックされる理由がわかりません。

私のブローカーのURIは次のとおりです。mobilepush.activemq.broker.transport.connector.uri=tcp://0.0.0.0:61616

プロデューサーはtcpを介してブローカーに接続します。ブローカーと同じ場所にあるコンシューマーは、を介して接続しvm://localhostます。


私の設定はとても簡単です:

SERVER:

    <!--  lets create an embedded ActiveMQ Broker -->
    <amq:broker useJmx="false" persistent="true">
        <amq:transportConnectors>
            <amq:transportConnector uri="${mobilepush.activemq.broker.transport.connector.uri}" />
        </amq:transportConnectors>
        <amq:persistenceAdapter>
            <amq:kahaPersistenceAdapter directory="${mobilepush.activemq.broker.queue.persistence.directory}" maxDataFileLength="100 Mb"/>
        </amq:persistenceAdapter>
    </amq:broker>

CONSUMER:
(management namespace and xebia class it only a JMX decorator)

<bean id="connectionFactory" class="fr.xebia.management.jms.SpringManagedConnectionFactory">
        <property name="connectionFactory">
            <bean class="org.apache.activemq.ActiveMQConnectionFactory" >
                <property name="brokerURL" value="${mobilepush.activemq.broker.uri}"/>
            </bean>
        </property>
    </bean>

    <bean id="pushConsumer" class="com.xxxxxxxxxxxxxxx.mobilepush.messaging.jms.PushConsumer">
        <property name="jmsPushMessageConverter" ref="jmsPushMessageConverter"/>
        <property name="pushDelegate" ref="directPushDelegate"/>
    </bean>

    <management:executor-service id="pushConsumerExecutor"
                                 pool-size="${mobilepush.consumer.thread.min}-${mobilepush.consumer.thread.max}" keep-alive="60" />

    <jms:listener-container
            task-executor="pushConsumerExecutor"
            connection-factory="connectionFactory"
            acknowledge="auto"
            container-class="fr.xebia.springframework.jms.ManagedDefaultMessageListenerContainer">
        <jms:listener destination="mobilepush.queue" ref="pushConsumer" method="onMessage" />
    </jms:listener-container>

PRODUCER:

    <bean id="connectionFactory" class="org.apache.activemq.ActiveMQConnectionFactory"  >
        <property name="brokerURL" value="${mobilepush.activemq.broker.uri}"/>
    </bean>


    <bean id="mobilePushJmsTemplate" class="org.springframework.jms.core.JmsTemplate">
        <property name="defaultDestination" ref="mobilePushQueue"/>
        <property name="messageConverter" ref="jmsPushMessageConverter"/>
        <property name="connectionFactory">
            <!-- lets wrap in a pool to avoid creating a connection per send -->
            <bean class="org.springframework.jms.connection.SingleConnectionFactory">
                <property name="targetConnectionFactory">
                    <ref local="connectionFactory" />
                </property>
            </bean>
        </property>
    </bean>
4

4 に答える 4

4

問題を見つけました!

埋め込まれたActiveMQコンシューマーに設定したリモートブレークポイントは、suspend-policty=allのデフォルトのブレークポイントでした。

また、コンシューマーとサーバーが同じJVMで実行されているため、すべてのActiveMQサーバースレッドも一時停止していました。

解決策は、ブレークポイントsuspend-policy = threadを使用して、コンシューマースレッドのみが一時停止され、サーバースレッドが実行を継続できるようにすることです。

于 2012-09-05T09:26:52.590 に答える
0

"java.io.IOException: Wire format negotiation timeout: peer did not send his wire format"かなり明確に見えます。ネットワーク接続のもう一方の端であるクライアントスレッドをブロックしています。サーバーは、クライアントと対話しようとしてネットワークタイムアウトを取得しています。ネットワーク接続は、スレッドを任意に中断してデバッグするのが難しい状況です。

于 2012-09-04T16:01:58.140 に答える
0

activemqブローカーは、クライアントがワイヤー形式を送信するのを数秒間待ってから、強制的に切断します。接続URLで、次のパラメーターを追加して、デバッグを実行できるようにするためにその時間を延長してみてください。

tcp://localhost:61616?wireFormat.maxInactivityDurationInitalDelay=30000 

整数値は、待機するミリ秒数です。

于 2012-09-04T22:16:18.620 に答える
0

この問題は、最新のlogback-coreおよびlogback-classicjarファイルである1.1.2を使用して修正しました。

于 2014-07-09T08:07:10.200 に答える