あなたはおよそCode Mobilityを求めています。また、グリッドコンピューティングの分野も多少関連性があります。
がMobility-RPCを見てみましょう、それはあなたが粒度(クラスレベル)の同じレベルで尋ねるまさにんライブラリです。
セキュリティは何かを覚えておいてください。しかし、データベースに送られたSQL、SSH、ビジネスルールエンジン、Adobe Flash、Javaアプレット、上記のRMI、ActiveX、JavaScript、Hadoop /グリッドコンピューティングフレームワークで実行されるbashコマンド - これらはすべてリモートの例ですコードが広く使用されています。すべてと同様に、セキュリティダイヤルを最大にすると、オプションが制限されます。しかし、上記のすべては、適切にファイアウォールされているか、サンドボックス化されている場合に有効です。
この例では、ほんの少しの手間を省きたいと思っています。あなたは、本格的な分散アプリケーションを設計しているわけではありません。だから、あなたが言ったことによると、自分自身がややコード移動性の支持者であるにもかかわらず、私はコードの移動性はおそらくこの場合には残酷であると言います。 (しかし他の人には便利です。)
グリッドコンピューティングについては、GridGainとHadoopをご覧ください。 GridGainは純粋な(CPU中心の)グリッドコンピューティングフレームワークですが、Hadoopは独自の複製分散ファイルシステム(HDFS)を備えたデータマイニング/データウェアハウスプラットフォームです。
GridGainとHadoopは両方とも、リモートワーカーノードにタスク/ジョブを実装するユーザ定義のJavaコードを送信します。前回チェックしたときに、ユーザー提供のjarファイルを関連するノードに転送することでこれを行いました。 GridGain ClassLoaderはHadoopより洗練されているとは言えますが(Mobility-RPCより洗練されていません)。 Hadoopは基本的にすべてのジョブで新しいJVMを起動しますが、特に効率的ではありません(I/O負荷が与えられた場合のボトルネックではありません)。
Mobility-RPCは、リモートマシンがワーカーノードになることはまったく想定されていないため、多少異なります。ライブラリを実行しているアプリケーションでもかまいません。つまり、RPCやアドホックなタスク/オブジェクトの転送によく似ています。
はい、既に「rmi」を実行するためのフレームワークがあります。基礎となる技術を見ることが重要です。 – Jack