問題タブ [enterprise-integration]

春の統合スプリッター ロジックでは、空を返す可能性があるArrayListため、ルーティングするデータが提供されない場合があります。ArrayListスプリッターから空が返された場合、このシナリオをどのように処理し、別のチャネルに再ルーティングする必要がありますか。

アップデート ：

Artem が示すように、私はカスタム アドバイスを作成し、再ルーティングを正常に実行しましたが、まだ 2 つの問題があります。

私が持っている現在のクラスは次のとおりです

スプリッターが新しい空の配列リストを返すたびに、「callback.execute() の結果は null です。ただし、スプリッターから返された配列リストが空でない場合は常に、返される結果は org.springframework.integration.util.FunctionIterator 型であり、型ではありません。コレクション型 null または関数イテレータの代わりに両方のケースで返されるコレクションを取得できるかどうかについて何か考えはありますか? 少なくとも関数イテレータの取得を避け、配列リストを取得してください。

さらに、有効なチャネル名がコンストラクターに設定され、メッセージがそのチャネルを介してトランスフォーマー メソッドに送信されると、トランスフォーマー メソッドは正常に実行されますが、値が返されると、次のエラーが発生します。

これが発生する理由と解決方法に関する提案。

よろしく、ミリンダ

Camel 2.13.1 を使用しています。クラスをパラメータとして Bean のメソッドの 1 つに渡したい

次のようなことができますか

修飾されたクラス名をヘッダーで送信し、それを Bean 内で使用できることはわかっていますが、あまり適切ではありません。他の選択肢はありますか？

このリンクを見ましたが、うまくいきませんでした Apache Camel - Spring DSL - 文字列引数を bean メソッドに渡す

mongodb-queueメッセージを送信するために使用しています。エラーを処理するために、例外を送信する別のチャネルを使用しています。例外を送信するときは、POJO を取得する必要があります。

その方法について何かアイデアがあれば教えてください。

REST API を公開し、バックエンドで複数の SOAP サービスと通信して調整し、REST API への応答を構築するアプリケーションを構築しています。Canonical Data Models と、それらがこれらのバックエンド SOAP サービスを疎結合するのにどのように役立つかについて読んでいます。

Rest API とバックエンド サービスの間で正規のデータ モデルを使用する必要がありますか?

現在、バックエンドの SOAP 応答は、JAXB を使用して Java オブジェクトに非整列化されています。次に、スクリプトを使用して jaxb オブジェクトを、JSON として返したい構造を表すマップにマップし、Rest API を介して単純にマップを Json に変換します。

SOAP -> jaxb Java Object -> Java Map(JSONを表す) -> Json

正規モデル用にここに別のステップを追加する必要がありますか?

SOAP -> jaxb Java Object -> SOAPまたはJSON構造を表さないCANONICAL MODEL -> Java Map(JSONを表す) -> Json

これは CDM に適していますか? それとも、この余分なレベルを追加するのは冗長ですか?