問題タブ [mule-component]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
mule - 選択ルーターを使用せずに、サブフローまたはプライベート フローを動的に呼び出すことはできますか?
メインフローがあり、いくつかのサブフローがあるとします。選択コンポーネントを使用せずに適切なパラメーターがある場合は、特定のサブフローを呼び出す必要があります。基本的に、サブフローをパラメーター化できるかどうかを尋ねたいと思います。
mule - バージョン v3.3.0 CE for Mule Studio のサーバー ランタイム
現在、すべての ESB アプリケーションをデプロイするために Mule スタンドアロン サーバー v3.3.0 を使用しています。しかし、Mule Studio を使用してアプリケーションを開発する場合、バージョン v3.3.0 CE のコミュニティ エディションの正しいサーバー ランタイムを入手できません。
Mule スタンドアロン サーバ 3.3.0 にデプロイされる ESB アプリケーションを開発するために、Mule Studio で使用するサーバ ランタイムのバージョンはどれですか?
Mule Studio でサーバー ランタイムを 'MuleServer 3.4.0 CE' に設定し、これを使用してビルドした ESB アプリケーションを Mule スタンドアロン サーバー 3.3.0 にデプロイできますか?
また、ESB の pom.xml で、ミュールのバージョンを 3.3.0 または 3.4.0 に設定する必要がありますか?
回答をお待ちしております。
前もって感謝します。
mule - wsdl-cxf コンポーネントを使用して Mule で Web サービスを使用する方法
こんにちは、Web サービスを使用するためにwsdl-cxfを調べていました...次の Mule フローがあります:-
最初のフロー ServiceFlow は公開された Web サービスであり、次の入力が SOAPUI から与えられたときに完全に動作します:-
DB からデータをフェッチし、結果を表示します... 2 番目のフローinputServiceは、 wsdl-cxfを使用してサービスを消費しようとします... ここでは、入力を取得するためにstdio:inboundを使用しました.. Data 33 を入力として渡すと、 .. DB から値を取得できません ... 現在、私の Web サービス実装クラスには次のメソッドがあります:-
ここで、RetrieveRequest retrieveDataRequest は入力としてのオブジェクト タイプです。では、ここでwsdl-cxfを使用して値を渡すにはどうすればよいですか。オブジェクトをパラメーターとして取っている値...助けてください..
file-io - Mule 3.5 で JMS キュー内にファイルをプッシュすると、ファイル プロパティが失われる
JMS キューを使用してファイルを保存し、後で処理したいと考えています。キューから読み取ることができます。バイト配列を取得し、それをフォルダーに書き込むことができます。しかし、受信プロパティが失われるため、キューにプッシュするとファイル名が失われます。
元のファイル名を再度関連付けるにはどうすればよいですか。Mule にプッシュする前にファイル名を保持するトランスフォーマーはありますか?
mule - ラバ選択コンポーネントの整数比較
値が同じであるにも関わらず、選択コンポーネント内の整数であるインバウンドプロパティとペイロードの比較を試みている非常に単純なフローがあり、選択コンポーネントはデフォルトセクションにルーティングします。
私はこの仕事をするためにいくつかの助けを得たいと思います
前もって感謝します
java - Mule フローの Groovy スクリプトが機能しない
Mule Flowでgroovy スクリプトを実行しようとしています。
バージョンMule Server 3.5.1.EE.を使用し
ています。すでにクラスパスに groovy-all.jar を含めています
Groovy スクリプトの内容は単純です
実行時に、例外スタック トレースを下回ります
詳細を投稿する必要がある場合はお知らせください。
どんな助けでも大歓迎です。
mule - Mule ESB: MULE ESB で典型的な再試行メカニズムを実現する方法
再試行のロジックを実装する必要があります。インバウンド エンドポイントは、メッセージを Rest (アウトバウンド) にプッシュします。REST が使用できない場合は、1 回再試行してキューに入れる必要があります。ただし、2 番目の今後のメッセージは再試行しないでください。REST サービスが利用可能になるまで、メッセージを直接キューに入れる必要があります。
サービスが利用可能になったら、すべてのメッセージを QUEUE から REST サービスに (順番に) バッチ ジョブでプッシュする必要があります。
質問:
2 番目のメッセージでサービスが利用できないことを確認するにはどうすればよいですか? 成功するまで使用すると、メッセージごとに再試行してキューに入れます。Plm は 2 番目のメッセージであり、リトライを行うべきではありません。
バッチの場合、ポーリングを使用することを考えましたが、サービスが利用可能になったときにポーリングしてバッチ処理を開始する方法を教えてください。(bcz、ポーリングは、バッチを実行するタイミングを設定することでより多くなります)?
他のカチカチと混乱するのは、ここでは順序を維持する必要があることです。サービスが利用可能になったら。キュー メッセージ (つまり、バッチ) は、最初に REST サービスに移動し、次にリアルタイムで移動する必要があります。当てはまるか疑問です。
ロジックを実装していただけると迅速な対応に大変助かります。
Mule の使用: 3.5.1