問題タブ [mule]

Muleを介してActive MQキューにメッセージを送信しています。

最新のメッセージのみがキューに残り、以前のメッセージは残りません。

これはどのように達成できますか？

どうもありがとうございました。

ラバのクラスパスに必要なものを追加する必要があることは知っていますが、コアを処理できないのはなぜですか?

私の設定：

Mule 2.0フレームワークで使用されるコレクションアグリゲーターは、次のように機能します。

• インバウンドルーターはメッセージのコレクションを受け取り、それをいくつかの小さなメッセージに分割します-それぞれの小さなメッセージには、親メッセージに対応する相関IDがスタンプされます

• これらのメッセージはさまざまなサービスを流れます

• 最後に、これらのメッセージは、親メッセージの相関IDと予想されるメッセージの数に基づいてメッセージを収集するインバウンドアグリゲーターに到着します。予期されたすべてのメッセージが受信されると、集計関数が呼び出され、結果が返されます。

これで、グループ内のメッセージの数が適度に少ない場合にこれが正常に機能します。ただし、グループ内のメッセージの数が最大100kになると、後のメッセージが到着するのを待っているメッセージのグループを保持するために、多くのメモリが拘束されます。複数のグループが同時に集約されている場合、これはさらに悪化します。

この問題を回避する方法は、ストリーミングアグリゲーターを実装することです。私のユースケースでは、基本的にキーに基づいてさまざまなメッセージを要約しています。これは、グループ内のすべてのメッセージを同時に表示しなくても実行できます。結果をエンドポイントに転送する前に、すべてのメッセージが受信されたことを知りたいだけです。

これは問題の合理的な解決策のように聞こえますか？

これはすでにMuleのどこかに実装されていますか？

これを行うためのより良い方法はありますか？

Mule の起動後、他のサービスを起動する前にいくつかのディレクトリを作成できるようにしたいと考えています。

通知を調べ始めましたが、それが適切な場所かどうかわかりません。Spring Bean にアクセスする必要があるため、Spring の初期化後、ただしコネクタやその他のプロセスが開始される前にアクセスする必要があります。

http://www.mulesource.org/display/MULE2USER/Mule+Server+Notifications

ありがとう。

ESB を既存の Java/Maven Web ベースの製品に統合することを考えています。具体的には、ServiceMix と Mule に注目しています。この製品は、電子メール、Quartz、HTTP、SMS、IM を介した RESTful Web サービスなど、いくつかの異なるサービスに接続します。ドキュメントをざっと見ただけですが、2 つのオプションはかなり重く、かなり複雑に思えます。ESB を使用する場合の教科書的な例のように思えますが、いずれかのシステムを学習するためだけに多くの時間を費やしたくはありません。

私が言ったように、私はすでに Maven によって構築された Web アプリを持っており、システムの 1 つを統合することは、電子メールを送信するような単純なものであってもかなり簡単であることを望んでいましたが、いずれかを追加すると、世界の半分を引き込むように見えますジャーの用語であり、既存の製品に組み込むのは難しいでしょう。

これらのオプションのいずれかを取り込もうとする価値はありますか? 完全に再構築せずに既存のアプリに統合する簡単な方法はありますか? 他の軽量オプションはありますか？それらを使用する価値があると考えるべき側面はありますか?

http 要求に応答するように Jetty をセットアップしたい作業中の Mule アプリケーションがあります。次の構成:

...アプリケーションを起動し、選択したブラウザーをhttp://localhost:8080にポイントすると機能します- 表示されるのは、test:component ごとに「Received」だけです。

私がやりたいのは、これを更新して、「Received」を表示する代わりに、index.html ファイルを定義した場所に移動することです。私の仮定は、送信エンドポイントのために test:component out を変更する必要があるということです - これは正しいですか? パス (相対パスまたは絶対パス) はどこで指定しますか?

I need to patch the mule-transport-jms subcomponent of mule for this bug (http://www.mulesoft.org/jira/browse/MULE-3983). The "fix" is straightforward but what is vexing me is deploying the patched component to my local maven repo (managed by Nexus) and having it continue to play nicely with all the other components of mule.

What I want is to label my newly patched mule-transport-jms as version number 2.2.1-patched, and have my esb components depend on that as well as the other mule components (eg mule-core) which are still set at version 2.2.1. Because the mule-transport-jms pom reads (in part) like this:

there are many interdependencies that rely on the version being 2.2.1. Changing the parent version (as shown above) to 2.2.1-patched breaks everything, adding a version tag so that it looks like this:

breaks a number of dependencies that are presumably declared in the parent's pom (no mention of those failing dependencies anywhere in this project).

I can probably hack Nexus to always retrieve my patched version when mule-transport-jms v2.2.1 is requested, but that's dirty. I'd really like to be able to just specify exactly which GAV to use in my client pom, and when it's time to upgrade (assuming the bug gets properly fixed in v3.0, say) just update my client pom to point to version 3.0.0 and my patched, 2.2.1 jar just gets ignored, and no hacking of nexus is required. Obviously I'd also like to avoid checking out every mule component and updating their poms and redeploying them all as 2.2.1-patched.

Any thoughts?

私は現在、いくつかのコードをテストするために、Grizzly 組み込みサーバーで JerseyTest を使用しています。適切なリソースを指すように、非常に簡単な構成をいくつか行います。

これは正常に機能し、Jersey コンポーネントは利用可能で、期待どおりに機能しています。

現在、これらの Jersey 呼び出しのいくつかに Mule 機能を追加しようとしていますが、Mule は Grizzly によって適切に初期化/構成されていません。この種のセットアップを実行した人はいますか? Mule を適切に初期化するには、JerseyTest/GrizzlyWebServer でどのような追加設定を行う必要がありますか?

MuleESBを使用してWebサービスプロキシを構成しようとしています。

MuleのWSProxyServiceを使用してこれを実行しようとしていますが、対応するコードを（デバッガーで）ステップスルーした後、このクラスがエンドポイントアドレスを置き換えることは明らかです。

問題はSpringです-WSWSDLアドレスのスタイルはhttp：//xxxx/xxxx.wsdlですが、WSProxyServiceはhttp：// xxxx / xxxx？wsdlまたはhttp：// xxxx / xxxx＆wsdlを想定しています。リモートエンドポイントアドレスをローカルWSDLアドレスに置き換えます。疑問符でリモートWSDLアドレスを切り取ります。つまり、「？WSDL」は切り落とされることを目的としているため、検索語を作成します。しかし、Spring-WSのため、これは機能しません。

それを分解するには：

WSProxyServiceは最終的に使用しようとします

交換する

と

これは失敗します...実際のWebサービス呼び出しがプロキシ経由ではなく直接行われることになります。

誰かがこの問題に気づいた/解決したことがありますか？

乾杯、ダレン