リクエスト/返信/アップデートモデルで、サーバからデータを受け取る必要がある.netのユーザインタフェースがあります。唯一の制約は、サーバー・ボックス上でのみJavaを使用することです。.netクライアントがJavaサーバーからサービスを使用する最も良い方法は何ですか？
これを達成するための最良の方法は何ですか？ JavaでWebサービスを作成し、.netでアクセスするか、Javaプロキシを作成し、IKMを使用して.netで変換する必要がありますか？それとも良いアイデアはありますか？ HTTPベース、直接ソケット接続、または任意のミドルウェアを使用できます。だけでなく、消費/生産することが容易であるため、Webサービスの標準タイプ（例えばSOAPやXML-RPC）を使用して
ウェブサービスのルートをお勧めします。これは、将来他のクライアントプラットフォームで使用できる標準インタフェースを提供します。
.NETクライアントはJava Webサービスとやりとりしますが、いくつかの問題があります。 .NETクライアントのために利用できる最も優れた2つのテクノロジは、Microsoft Webサービス拡張（WSE）とWindows Communication Foundation（WCF）です。 WSEは、Microsoftによって更新されなくなった古いテクノロジですが、Visual Studio 2005およびそれ以前のバージョンではまだまだ機能しています。 WSEは、基本的なサービスとどのようにインターフェースを取るかという面では少し面白くなっていますが、WCFはWS- *プロトコル（セキュリティ、信頼など）をさらにサポートしています。ニーズが基本的で、まだVisual Studio 2005（.NETフレームワーク2以前）を使用している場合は、WSEにアクセスしてください。最先端が好きな方や、より高度なセキュリティニーズがあると思われる場合（あなたのようには聞こえません）、WCFにお越しください。 WSEはVisual Studio 2008以降では簡単に動作しません.WCFはVisual Studio 2005以前では動作しません。
Webサービスのルートを使用すると、再利用できるインターフェイスを設計し、他のルートの大半を実行した場合に、より疎結合されたシステムになります。欠点は主にパフォーマンスです。xmlのシリアライゼーションはワイヤーを使ったバイナリーよりも遅くなり、Webサービスは大量のデータをうまく処理しません。
書き込みJavaでWebサービスと.NET
でアクセスそれが最善である、それは他に簡単です言語も同様です。