質問

いるJavaリスナーを読み込みテキストメッセージのキューにJBossMQ.もし私たちが再起動JBossのリスナーは再開メッセージを読む。まだメールリスナーのログファイルは2分で言うのもいます。ものがあるのか、それは何なのかそうじゃない設定のコードはJBossMQ?んでいきたいと思いJMSそれぞよろしくお願い申し上げます。感謝。

役に立ちましたか?

解決

で実施するべきであるクライアントコードjavax.jms.ExceptionListener.が必要になりますという手法onException.クライアントの接続が失われるべきかJMSException、このメソッドが呼ばれます。のことだけをする場合もご意図的に切断からJBossMQ--この例外をスローします。

一部のコードをこのような

    public void onException (JMSException jsme)
    {
        if (!closeRequested)
        {
            this.disconnect();
            this.establishConnection(connectionProps, queueName, uname, pword, clientID, messageSelector);
        }        
        else
        {
            //Client requested close so do not try to reconnect
        }
    }

"おestablishConnection"コード、そして実施する while(!initialized) の構築を含むをtry/catchすることが重要です。まる可能性があります。接続契約を適切に滞在中のループを引くすべてのJMS/ネーミングすることになりました。例外をスローしました。

を使用していますこの方法年JBossMQとです。困ったことはない問題とJMSのお客様は再投入後に跳ねJBossMQなネットワーク接続します。

他のヒント

いすをご利用の 春に抽象化のためのJMSなどのMessageListenerContainer 対戻し、取引、プールです。あなただけを提供する必要がありMessageListenerみ合わせて構成されていますMessageListenerContainerのConnectionFactoryのコンテナはついてご覧いただけます。

だ純粋にリスナーとな no その他のJMS通話以外の接続設定"の"onException()ハンドラ"の答えは正しい。

ご注文をされた場合はJMS電話にコードだけを使用onException()コールバックさん十分です。問題はパー JMSをカバーするプロバイダーアプリ のいずれか により例外は、JMSメソッドの呼び出し または のonException()コールバック.なります。

なお問い合わせいただいた場合のいずJMS方法からコード、また呼び出すことを再論理の場合も例外に発信します。

アドバイスからの個人の体験です。 の変更 JBossメール. 私の見たことが生産は4ヶ月で問題なく行えます。で透明性の高いフェイルオーバー-多くの特徴です。

また、いく春、 非常に 注意JmsTemplate.

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top