2016-03-24 18 views
1

私はApache Camelに精通しています。私はルーティングの基礎を学びました。今私は私が取り組んでいる新しいプロジェクトで自分自身のComponentを活用することを検討したいと思います。サードパーティのREST APIのためのApache Camelコンポーネントを作成しますか?

私たちが使用するサードパーティの商用SaaS製品があり、RESTful APIとJavaベースのSDK(本質的にREST APIをラップする)の両方を提供します。このシナリオを考えると、これを達成する最良の方法は何ですか?新しいComponent/Endpoint/Producer/ConsumerサービスのJava SDKを利用してこれらの呼び出しを行うクラスを作成することはできますか?キャメルの根底にあるREST Componentを使用するためのより速い方法がありますか?

ここでの目標は、統合ピースを機能させることだけではありません。キャメルのベストプラクティスについてもっと学び、私自身のComponentを作成することも私にとっては難しいことです。キャメルを環境に統合することでより大きなニーズになるでしょう。

+0

Apache Camelはすでに独自の[RESTクライアント実装](http://camel.apache.org/rest.html)を持っています。だから、あなたが本当にサードパーティのRESTful API docを持っているならば、それを使うだけで十分です。 –

+0

はい、私はそれを認識しています。しかし、質問に述べたように、実際の目標はカスタムのCamelコンポーネントを開発するための最善の方法を学ぶことです。この統合はRESTfulなサービスかもしれませんが、他のサービスはそうではありません。 – Shadowman

+0

あなたの主な質問は「これを達成する最善の方法は何ですか?」です。この答えはおそらく既存のコンポーネントを再利用することでしょう;-)コンポーネントを作成する方法を学びたい場合は、キャメル・イン・アクション "、またはソース内のコンポーネントの大きなライブラリ –

答えて

0

私は他のコメント作成者に同意します。既存のRESTコンポーネントを使用します。つまり、REST/SOAPを使用することの全ポイントは、リモートシステムと通信するための標準があることです。ペイロードをテキストJSON/XMLとして処理する方法や、Java POJOに変換する方法をより詳細に制御できます。

ESB v1の時代2000年から2005年には怒りが、すべてのそれはメンテナンスされて終わるAPI--あたりの部品は軽量滞在nightmare--、あなたが長期的に多くの幸せになるだろう持っていることについてだった=)

+0

Box、PayPal、Amazon AWSなどRESTコンポーネントがあるにも関わらず、これらのRESTfulサービスすべてにカスタムコンポーネントがあります。これは同じ考えです。自分のコンポーネントを作成したいと思っているサービスには、十分な複雑さがあります。 – Shadowman

0

標準のREST APIに接続する場合は、独自のコンポーネントを作成するのはなぜですか? Camelには再利用のためのコンポーネントがすでに用意されています。新しいデータ形式、新しいシステムまたはプロトコルを扱う場合にのみ、新しいコンポーネントを作成します。

+0

Box、PayPal、Amazon AWSなどがあります。これらのRESTfulサービスには、RESTコンポーネントがあるにもかかわらず、カスタムコンポーネントがあります。これは同じ考えです。自分のコンポーネントを作成したいと思っているサービスには、十分な複雑さがあります。 – Shadowman

関連する問題