2009-04-09 13 views
0

私は、リモートシステム上で短命のプロセスを生成して、生成するアプリケーションとやりとりすることができるコード(主にSerialPort IO)を実行するソフトウェアを手に入れましたそれが想定されるはずです)、コマンドで終了します。クロスシステムプロセスの生成と対話

このようなリモートプロセスを生成する最善の方法は何ですか(PSExec?WMI?System.Diagnostics.Processおそらく?)プロセスが生成された後、どのようにしてホストにサブスクライブすることができますか? SOコミュニティは、コミュニケーションプロセスのための基本的なイベント/メッセージベースのフレームワークについて何を推奨しますか? WCFはタスクに適していますか? Remotingは簡単でしょうか?私の選択肢は何ですか?

答えて

1

私はSystem.Diagnostics.Processがリモートシステム上でプロセスを起動することはできません。だから、WMIやpsexecのようなものへの砲撃はあなたの唯一の選択肢かもしれません。

サブスクリプション/インタラクションオプションについては、はい、WCFを使用してください。 Remotingを避ける:一般的なケースではメリットがなく、拡張されなくなり、さまざまな理由でWCFの使用が推奨されなくなりました(基本的に分散オブジェクトは、バージョン管理や状態の考慮により首に痛みます。私が正しく覚えていれば、リモーティングもセキュリティはありませんでした)。これを設定するために、親プロセスがリモートプロセスを生成するときに、コマンドライン引数としてURLを渡すことができます。親は、そのURLでWCFサービスをホストします。今度は、生成されたプロセスが親プロセスに戻って/サブスクライブする必要がある場合、それは与えられたURLに接続するだけです。親が通信を開始する必要がある場合は、WCFサービスを二重化するか、または生成されたプロセスに独自のWCFサービスをホストさせ、親のサービスを通じて親にURLを伝えます。

+0

私は[email protected]で私に電子メールを送っても構わないと思いますが、これについてもっと詳しく議論したいと思っていますか?あまり時間を無駄にしないようにします。 – Firoso

関連する問題