キャメルのウェブページには
次のプロジェクトでは、ルーティングおよびメディエーション エンジンとして Apache Camel を利用できます。および JAX-RS) Apache Karaf - アプリケーションを展開できる小さな OSGi ベースのランタイム Apache MINA - 高性能の NIO 駆動型ネットワーク フレームワーク
ただし、Java EE Web アプリケーション内で Camel を実行し、Web サービス、JMS、および EJB (CDI、メッセージ駆動型 Bean、JPA など) にアクセスしたいと考えています。できればオープン ソースの Java EE サーバーを使用します。
これを私の会社に勧めるなら、wsdl2java などの通常の Java EE ウィザードはすべてそのままで動作する必要があります。また、すぐに使い始める人を雇うことができるように、ドキュメントとチュートリアルも必要です。
Glassfish は全面的に失敗しました。CXF の wsdl2java ウィザードは、Glassfish ランタイム クラスを使用すると失敗します (手動で実行し、コード ツリーをハッキングしました)。OpenMQ での接続に関するドキュメントやチュートリアルはありません (このトピックに関する Google 検索はお勧めしません)。単純なライブラリのみのサンプルもちろん、正常に動作しますが、ネイティブ JMS として ActiveMQ がなければ、行き止まりのようです。CXF 統合も機能しないようです。WS サンプルを最初にコピーしようとすると、バンドルまたはクラスパスの問題であると思われる「スキーム: cxf でコンポーネントが見つかりません」というエラーが表示されます。
ServiceMix に戻って、EJB と CDI を使用しないサーブレットに戻るべきだと考え始めていますが、編集/コンパイル/デバッグに Eclipse を適切に使用できないことが本当に嫌でした (ビルドして実行する必要がほとんどありません)。外部の DOS プロンプト ウィンドウとリモート デバッグ イン。)