.net-remoting

4熱

1答えて

私たちは2つのアプリケーション間のコミュニケーションに問題があります。ソフトウェアプロバイダによると、コミュニケーションは.NET Remotingのようなものです。最初にどのプログラムが最初に通信を終了したかを確認したいだけです。うまくいけば、それはさらなるデバッグのために光を当てることができます。 .NETリモート通信の監視を容易にするツールはありますか？

3熱

1答えて

オブジェクトがMarshalByRefObjectから派生し、[Serializable]とマークされている場合はどうなりますか？

私はAppDomainsを使用する最初のプロジェクトに取り組んでいます。オブジェクトがMarshalByRefObjectから派生し、[Serializable]とマークされているとどうなるのでしょうか？例えば： [Serializable] public class DummyClass: MarshalByRefObject { }

2熱

1答えて

Framework 2から4への.Net Remotingに関する問題

現在、IISのFramework 2で.Net Remotingアプリケーションが実行されていました。いくつかの新しいコンポーネントを使用するために、フレームワーク4にアップグレードする必要があります。私はフレームワーク2ですべてを設定してスムーズに実行できましたが、フレームワーク4に変更すると、リモートオブジェクトの機能の1つを呼び出すときに次の例外が発生します。 The input strea

2熱

1答えて

サーバー側リストから切断されたMarshalByRefObjectsを削除する

.Netリモート処理でリモートオブジェクトのリストを作成すると、リモート側が離れてリスト項目の1つにアクセスしようとすると例外が発生します。すべてうまくいけば、あなたはそれを捕まえることができますが、世界の終わりではありません。あなたはList<MarshalByRefObject>から切断さMarshalByRefObjectを削除しようとした場合しかし、List.Remove()はObje

1熱

2答えて

.NET Remotingサーバーアプリケーションでデータベース接続オブジェクトを静的にする必要があります

.NET Remotingを使用するクライアントサーバーアプリケーションがあります。私は、アプリケーションDBQueryのサーバー部分にヘルパークラスを持っています。 DBQueryはDatabaseConnectionとSQLCommandオブジェクトCommanderを保持し、渡されたクエリを実行します。クエリが実行されるたびに、Commanderが開いている接続を確認します。（必要に応

13熱

1答えて

は、私は.NETリモート処理からaynchronousコールバックを処理するPythonスクリプトを持って

ダミースレッドで呼び出しからメインスレッドでPythonの機能を実行します。これらのコールバックはダミー（ワーカー）スレッドで実行されます。私のコールバックハンドラの中から、スクリプトで定義した関数を呼び出す必要がありますが、メインスレッドで実行する関数が必要です。メインスレッドがサーバーにコマンドを送信し、リモート・クライアントです。これらのコマンドの中には、非同期コールバックが発生するものが

2熱

1答えて

.NET Remoting - クライアントの複数チャネルレジスタ

私のアプリケーションには、リモートサーバー上のメソッドを呼び出すことができる動作中のHttpChannelがあります。今、アプリケーションでは、別のサーバー上の別のメソッドを呼び出す別のHttpChannelを登録する必要があります。ただし、アプリケーションが失敗した場合は、は、最初のチャネルの登録を解除します。これらのリモーティングの両方でリモートメソッドが正常に呼び出されるようにするには

5熱

2答えて

Activator.GetObjectを呼び出した後にオブジェクトが存在するかどうかを調べる

パッシブレプリケーションを使用してプロジェクトを開発しています。各サーバーの場所は、他のすべてのサーバーによってよく知られています。サーバーが起動すると、まだ起動していない他のサーバーがチェックされます。 Activator.GetObjectと呼ぶと、オブジェクト上のメソッドを呼び出すことによって他のサーバーがダウンしていることを知る唯一の方法であり、IOException（以下の例など）が必

10熱

2答えて

.NETリモーティングサービスが一見クラッシュし、クライアントへの応答が停止する

ほとんどの場合、ほとんどの場合正しく動作する.NET Remotingサービスがあります。例外またはエラーが発生した場合、エラーはファイルに記録されますが、引き続き実行されます。しかし、およそ隔週サービスはクライアントappicationは、次のメッセージでのSocketExceptionでクラッシュする原因となる、クライアントへの応答を停止： A connection attempt fail

18熱

2答えて

.Net Remoting対WCF

私は同じことを.net remotingとWCFの両方から行うことができ、なぜWCFが.Net Remotingよりも好まれるのだろうと思っています。どこで（またはどのような状況で）.Net RemotingまたはWCFを選択できますか？