問題タブ [apache-camel]

fuse-servicemix 4.3.0 内にデプロイするための camel-route といくつかの POJO を含む osgi バンドルを構築するために使用される maven プラグインはどれですか。私は pax と maven-bundle プラグインを使用して、Fuse Servicemix にデプロイしました。これらを使用すると多くのエラーが発生します。他の適切な maven-plugin はありますか?

私は本の第14章「CamelinAction」の例に従いました。ビジネスロジックでミドルウェアを隠したい。「camel：run：」を使用して開発している間、すべてがかなりうまく機能しているように見えました。構成ファイルは以下のとおりです。

次に、servicemix内にデプロイするという要件が発生しました。私はヒューズガイドに従い、必要な手順を知るようになりました。Beanスキーマを（私が想定している）に変更する必要がありました

<

最後に、クライアントでプロキシを使用するために、次のことを行います。

次のエラーが発生しますが、修正できないようです。私はここで何か悪いことをしているとは思わない、助けてください。私は検索を使い果たしましたが、誰もこの質問に答えることができないようです。ここでの助けはありがたいです。私のkaraf.framework=equinoxと正しいバンドルがインストールされています。

サポートされている Camel 用の Scala DSL があることを知っています。それとは別に

• Camel ベースのプロジェクトで Java (言語) を完全に Scala に置き換えるのは現実的ですか?

• 存在することが知られている既知の問題の種類はどれですか?

• これらの問題に対してどの回避策がありますか (Java を使用する以外に)?

私は主にボイラープラティの少ないコードを探しています。

コンポーネントを使用する場合、 ？execで引数を設定するのではなく、インラインで引数を指定することができます。ExecBinding.EXEC_COMMAND_ARGS

たとえば、私はこのルートを持っています：

ただし、Simple Expression Languageを使用して、次のように単純化できると思いました。

ファイルコンポーネントを使用するときにファイル言語（Simpleのサブセット）を使用する方法と同様です。

出来ますか？そうでない場合、最初の例を簡略化できますか？

更新[解決策]：

ありがとう。

既存のルートをテストするための統合テストを書いています。応答を取得するための推奨される方法は次のようになります ( Camel In Actionセクション 6.4.1 経由):

テストは実行されますが、何も返されません。はassertTrue(matches)5 秒のタイムアウト後に失敗します。

テストを次のように書き直すと、応答が得られます。

ドキュメントはこれについて少し軽いので、最初のアプローチで何が間違っているのか誰か教えてもらえますか? 代わりに 2 番目のアプローチに従うことに問題はありますか?

ありがとう。

更新 これを分解しましたが、ルートでの受信者リストの使用と組み合わせて、開始エンドポイントとしてのセダの混合に問題があるようです。NotifyBuilder の構造も変更しました (間違ったエンドポイントを指定していました)。

• 開始エンドポイントを sedaではなくdirectに変更すると、テストは機能します。また
• recipientListをコメントアウトすると 、テストが機能します。

これは、この問題を再現するルートの簡易バージョンです。

NotifyTestのソース コードを「Camel In Action」ソースからこのようなルート ビルダーに変更すると、失敗することに注意してください。

私のアプリは Java webapp (WAR) で、Apache Camel と (とりわけ) CXF-RS とそれに対応する Camel コンポーネントを JAX-RS の実装として使用して、ReSTful サービスを外部に提供します。

HTTP POST と有効なペイロードを使用してエンドポイントの 1 つを呼び出すと、以下に示すように例外スタック トレースが表示されます。com.foo.FooService および com.foo.Foo クラスは、JAXRS アノテーション付きのサービス/リソースのペアであることに注意してください。

特に、create() メソッドが実際に呼び出されていることに混乱しています。なぜなら、CXF-RS for Camel は何らかの魔法を実行して着信要求をインターセプトし、要求を Camel ルートにルーティングすることを理解していたからです。

これらは、クラスの簡略化されたバージョンです。

Spring XML で cxf:rsServer を次のように構成します。

ルートは Java で次のように定義されます。

私が得た例外は次のとおりです。

キャメル ルートを使用して、キューから HTTP エンドポイントに値を送信しています。

camel のhttp コンポーネントを使用してルートを正常にセットアップしましたが、投稿する jms メッセージの本文を取得できません。

たとえば、私のルートは次のように設定されています。

結果は POST になりますが、メッセージ本文が POST 文字列に表示されません ($_SERVER から print_r'd として):

REQUEST_METHOD は POST ですが、argv にはメッセージ本文が含まれていないことに注意してください。

つまり、メッセージ本文を「from」ルートから「to」ルートに転送して、POST として送信できるようにする必要がありますが、どういうわけか失敗しています。

前もって感謝します。

私はしばらくこれを探していましたが、まだ何も見つかりませんでした。それには何か理由がありますか？camel 統合フレームワークを使用して solr サーバーをプロキシしたいのですが、それがなければ非常に簡単である必要があることは理解していますが、エレガントではありません:)。

誰かがこれに取り組んだことがあれば、フィードバックをお待ちしています。

ニコラス。

最近、私が働いている会社で、システムのランドスケープを再構築して書き直し、子供たちの未来を救うプロジェクトを開始しました。

恐ろしいコードのために新しいユースケースにまったく適応できない3〜4のレガシーシステムがありますが、電子メール、xmlrpc、webinterfaceなどのさまざまなインターフェースとフォーマットを介して、1日にかなりの量の注文を処理しています.

そこで、完全に再設計されたドメイン モデルに基づいて、新しいシステムをゼロから作成することを考えました。古いシステムを単純にオフにすることはできず、非常に小さなチームであるため、新しいシステムを徐々に開発し、その一部をライブで簡単に配置できるアーキテクチャとアプローチが必要であるという結論に達しました (read;高速）新しいインターフェース、パートナー、およびレガシーアプリケーションおよびインターフェースと統合します。

ドメイン モデル全体をゼロから完全に再設計し、注文サービスを作成し、OSGi コンテナーで Apache Camel を使用して、注文をレガシー システムと新しいシステムにルーティングする古いインターフェイスを模倣し、フォーマット処理とトランスポート自体を切り離すというアイデアでした。新体制から。段階的な開発のため、より「サービス中心」のアーキテクチャを選択したいと考えています。これにより、段階的な改善、再利用性、およびスケーラビリティが可能になります。紙の上ではすべてが良さそうに聞こえます。私は「SOA」についてかなりの量を読みましたが、誇大広告が消えて「良い部分」が残るのを待つまでは、話のほとんどはまだ非常に抽象的で不正確な「技術的」に関するものです。販売」レベルらしい。

非常に大きなグラフで、順序のような多くの関係を持つエンティティがある場合、「基本/共有データ サービス」アプローチは非常に問題があると思います。Orders およびその他のエンティティに対する CRUD 操作用の個別のサービスを作成して、より抽象的なエンティティのベースにする場合、ACID、リレーショナルの整合性を処理するのは本当に問題があるか不可能であるか、またはそれらのサービスの自律性を犠牲にして相互接続する必要があります。これにより、サービスがまったく役に立たなくなります (そして、おそらく非常に遅くなります)。それとも何か間違ったことを理解しましたか？

したがって、私の考えは、Nice JPA POJO を使用して (もちろんインターフェースを使用して) 「従来の」DAL を単純に作成し、それをビジネスおよびプロセス サービスが使用する単純なバージョン管理された OSGi バンドルとして展開し、より抽象的なマッピングを持つことでした。これらのサービスは、単純にそれを使用して、そのインターフェイスをバスに公開します。ラクダやバルク データ インポートまたはレポートでのコンテンツ エンリッチメントなど、個々のデータにアクセスする必要があるまれなケースに対応するために、ACID と整合性の問題を解決する醜い「すべてのエンティティを含むサービス」を作成できます。

ここまでは順調ですが、WebUI (前述のようにほとんどが CRUD であり、実際には抽象的なプロセスではない) はどのようにデータにアクセスすればよいのでしょうか? JPA POJO を直接使用すると非常に緊密に結合されますが、マッピングを作成して別のほぼ同一のモデルを導入し、前述の「モンスター DAL サービス」を使用するのもあまり良くありません。

どう思いますか？センス、エレガンス、実用性のバランスが取れているのはどこでしょうか?

質問が多くて文章が長くて申し訳ありませんが、私たちがここで直面している状況をもう少し詳しく描写することが重要だと感じました。

お時間をいただきありがとうございます:)

私のプロジェクトにはいくつかのCamelコンテキストがあり、コンテキストに関連するドキュメントを最新の状態に保ちたいので、可能であればリバースエンジニアリングの方法でルートをドキュメント化したいと思います。最善のアプローチは何でしょうか？