2009-08-24 12 views
1

私はAMQ + ActiveMessagingをRailsアプリケーションで実行しています。ルビーでActiveMQ + activemessaging gemを使用する際の問題

私はメッセージを受け取ったときにメッセージに作用しないアクティブメッセージングの問題に直面しています。これは、クライアントを再起動すると解決されます。どうやら、それはしばらく働いていますが、奇妙な行動を止めるときはわかりません。

これは、メッセージが読み込まれるときにメッセージが失われるため、Stompクライアントは次のように構成されます。ack => trueはメッセージの受信を確認しますが、メッセージの送信時には利用可能なデータはありません。

ActiveMessagingに類似の問題が発生しているか、代替手段を使用している人はいますか?

AMQ + Rubyを使用していますか?

乾杯、

答えて

1

これは古いスレッドですが、ちょうどアクティブなメッセージングの宝石は、それが接続を更新していなかったバグを持っていたことに言及したかった - それはRailsの古いバージョンのために働いていたが、 2.1付近で壊れたそれは今再び働いている。

2

試してみてください。代わりにACK => '自動':ACK => 'クライアント' または。

:ack => trueは有効な設定ではありません。それが何をするか分かりません。

有効なオプションは 'client'と 'auto'です(autoがデフォルトです。クライアントはクライアントが各メッセージを一度に1つずつ確認し、最後にackされるまで別のメッセージは送信されません)。

オプションがストンプでどのように機能するかをACKについてはこちらをご覧ください:http://stomp.codehaus.org/Protocol

乾杯、

-Andrew Kuklewicz

+0

ありがとうAndrew、 あなたが言及した設定は、私が使用している設定です:{:ack => 'client'} TRUEは、これが有効であることを意味します。 まだ、ポーラースクリプトは毎回再起動してから、キューを正しく読み込む必要があります。 また、Railsのデフォルトロガーは本番モードではアクセスできず、開発中でも完全に動作することに注意してください。 私はRails 2.1.2を使用しています – cnicolaou

+0

すべてのActiveMessagingユーザーに: 問題を見つけ出し、さまざまなシナリオや回避策を試してみたいと思って過ごして過ごした後、問題はMySQL接続であると判明しました。 何らかの理由で、メッセージがキューに表示されたときに接続が再確立されませんでした。 誰もが同様の状況に直面していて、その解決策は何ですか? 乾杯、 コンスタンティンニコラオウ – cnicolaou

0

すべてのActiveMessagingのユーザーへ:問題を把握しようとしている年齢を過ごし、さまざまなシナリオをしようとした後、と回避策は、問題がMySQL接続されていることが判明タイムアウトしていた。何らかの理由で、メッセージがキューに表示されたときに接続が再確立されませんでした。誰もが同様の状況に直面しており、それに対する解決策は何か。 乾杯、

コンスタンティンNicolaouの

1
もう一度動作します。

私のためではありません。 0.7.1を使用しても同じ問題があります。毎回、AMはAMQのサブスクライブされたキューから分離されます。

関連する問題