.NETアプリケーションとJavaアプリケーションの統合 - JMS、ESB ...？

Question

お客様のサイトでファイアウォールの背後にある.NET/C＃アプリケーションを実行しています。 このアプリケーションは、クラウドにデプロイされたJava Webアプリケーションであるリモートコンポーネントを使用します。これら2つのアプリケーションは、2つの方法で通信する必要があります。 統合に使用する最善の技術は何ですか？
私たちは、JSONにシリアル化されたデータでRESTfulスタイルのHTTPSリクエストを実行することで、ファイアウォール（.NET）の後のアプリケーションから外部（Java）への単純なソリューション（片方向通信）を実装することを検討していました。片方のポーリングで2つの方法が達成されました。
しかし、要件が大きくなり始めました。障害やメッセージの非同期配信などの問題が発生した場合には、再試行が必要になりました。 JMS（Apache）を見て、ESB（Mule）
過去に同様の問題を解決した人からのご意見やアドバイスをいただければ幸いです。

Answer 1

WebサービスとJAX-WSを見ることができます。 RESTとJMSには2つの利点があります。 1. .NetとJavaの両方でサポートされているトランザクション（WS-AT）。 2.セキュリティ（WSS）のサポート

Javaと.Netの間のJMS相互運用性はあまり強固ではありません。

Answer 2

あなたはRabbitMQをブローカーとして見ることができます。これは、Javaクライアントと.netクライアントの両方を提供するAMQP標準ブローカーです。高速で堅牢で、セキュリティとトランザクションを提供します（必要な場合）。

Answer 3

私はいくつかの理由でWebservicesに行きます。

最初に： ウェブサービスは、多くのプログラミング言語、ベンダー、フレームワークでサポートされている、幅広いテクノロジーです。 Javaおよび.NETでのサポートは非​​常に優れています。

第2に： Webサービスは、プロトコル、言語、フレームワークに依存しないように設計されています。 なぜこのようなレベルの相互運用性のために設計されたものではないので、新しい問題を引き起こすかもしれないいくつかの他のテクノロジと闘うのはなぜですか。

第3： Webサービスは柔軟性があり、要件に合わせて拡張できます。 Imagenあなたの上司は明日、C++やFortranアプリケーションを統合することを求めて歩いています。 Webサービスでこれを処理できますが、他のソリューションではそうではありません。

これは私の個人的な意見ですが、私はウェブサービスに行きます。 Javaの場合はJAX-WS、.NETの場合はMSDNが必要です。