その是非をRMIまたはJMSとともに、事業え。

Question

一般的なWebクライアントにサーブレット/WSへの事業Tier（春やEJB)アプリは、何がドオアプローチのようにリモートRPCまたはメール用Webサーブレット)基本的項目ご参考にリモート業務のほか、基本的に同期/非同期か

Answer 1

Webアなwebブラウザです。その場合をみるもののようにDWRにはJAX-RSからの私の提言しています。RMIまたはJMSけるだけの作業が双方のJavaコードです。

他のリモの技術の使用傾向にあるか、干の技術がビジネスオブジェクト。例えば使用RMIインターフェースの例外を随所に使用JMS Api内部業務のコードです。

私のお薦めはPOJOsでJavaその技術を利用しよう 春にリモ 層の御ミドルウェアかRMIまたはJMSなどが完全にデカップルでのミドルウェアコードからビジネスロジックで切り替えることができ技術者からお客様のビジネスロジックをコードがより簡単に、焦点は、事業の問題)。

例えば、 ラクダの実装のリモ春 して利用できる これらの輸送とプロトコル などのRMI JMSも平HTTP、メール、ファイルまたはXMPP-そのかんたんに切り替えることがtrivially簡単なURI文字列変化します。

Answer 2

を使用していまRMIよ泉で非常に使いやすいかどんどん大きくなっています。当社の要件ははかなりの対応のリンクはありませんリアルを追加する必要がありメールます。

Answer 3

日RMI壊しました。

の設定やごみ収集のための非常に長く運用と継続的なmeassaging.またパッチングして動作するようにします。JMS用しない、メモリ不足エラーのgc問題RMIます。そめに必要な支援を行います。gc()を定期的に動作しないとタコレクションの資源回収するコードが間違っている。

RMI信頼性の向上と、JDK6の正確性の設定がJHCでbodgey。RMIが大幅に向上させる使用チャネルnio、はしごの固定日nio利用システム。gc().

正しい答え-別の通信機構）からのドメインのコードです。RPCでの密な結合の議定書の適用を妨害するおそれがある。JMS seperatesのプロトコルからのアプリケーションや、より良いパラダイム