問題タブ [dcom]

Emacs 23.2 は DDE、OLE、COM、または DCOM をサポートしていますか?

つまり、Windows では、インプレース エディターとして Eclipse とシームレスに統合できますか?

このクラッシュ ダンプの分析を手伝ってください。これが私の最後の手段であります。

このダンプでクラッシュする Windows COM/DCOM サービスがあります。ここでヒープの破損が起こっているようです。このクラッシュは奇妙なことに、Windows サーバー 2008 SP2 でのみ発生し、多くの頭痛の種となっています。

ここでwindbgの専門家が助けてくれますか? 私はwindbgの初心者なので、エラーの場所を特定したり、これをデバッグする方法に関するヒントを証明したりするのに少しでも助けていただければ幸いです。前もって感謝します。以下はwindbgの出力です

opcクライアントを書いています。リモートサーバーにcomサーバーのインスタンスを作成します。最初に: リモート サーバーのすべての設定は正しいです。5 つの opc-example クライアントをテストしましたが、正常に動作しています。しかし、コードから cocreateinstance を使用すると、アクセスが拒否されて失敗します。私はそれが原因だと思います：

匿名アクセスを取得するには、ここにどの定数を記述する必要がありますか。つまり、com サーバーの GUID とリモート サーバーの名前を使用してのみ dcom を呼び出すということですか?

サービスが実行中の VB6 アプリおよび/またはその DCOM によって生成された exe をどのように覗くことができるかを理解し、どの VB6 アプリがどの DCOM exe と連携するかを理解する必要があります。VB6 アプリと生成された exe は両方とも同じサーバー上にあります。

CreateObject() 呼び出しを介して Bartender (Seagull Scientific から) のインスタンスを生成する VB6 アプリがあります。特定のサーバーには、アプリのインスタンスが 10 から 20 ある場合があり、それぞれが倉庫内のハンドヘルド RF ガン クライアントを表します。これらの VB6 アプリの 95% 以上には独自の Bartender があります。

制御できない状況により、VB6 インスタンスの 1 つが、タスク マネージャーを使用して強制終了した場合と同様に、ランダムに強制終了されます。これにより、バーテンダーはまだ生きており、リソースを消費しています。数時間または数日の間に 50 人ほどが殺された後、これらの孤児になったバーテンダーは、サーバーを屈服させるのに十分なリソースの浪費になります。

どのバーテンダーがまだ接続されているかを検出するためのウォッチャー サービスを開発しようとしているので、この新しいサービスは孤立したバーテンダーを殺すことができます。VB6 アプリを変更せずにこれを達成しようとしていますが、必要に応じてアプリを変更します。

CORBA（言語に依存しない）/ RMI（Java）および（D）COM（MS）は今日でも関連性がありますか、それともそれらを超えるテクノロジーはありますか？

乾杯、J

私はかなり古いプロジェクトを持っています：DCOMクライアントとサーバー、両方ともC ++ \ ATLにあり、Windowsプラットフォームのみです。すべてが正常に機能します。ローカルクライアントとリモートクライアントはサーバーに接続し、問題なく同時に動作します。

しかし、リモートクライアントがクラッシュしたり、タスクマネージャーによって、または「taskkill」コマンドや電源スイッチをオフにしたりして強制終了された場合、問題が発生します。私のサーバーはクライアントのクラッシュについて何も知らず、すべてのクライアントに新しいイベントを送信しようとします（すでにクラッシュしています）。その結果、一時停止し（サーバーは既にクラッシュしたクライアントにデータを送信できません）、その期間はクラッシュしたリモートクライアントの数に比例します。5回クラッシュした後、クライアントの一時停止は非常に長いため、サーバーを完全に停止することになります。

DCOMの「ping」メカニズムについて知っています（DCOMは、6分間の無音後に「2分ごとのping」に応答しないクライアントを切断する必要があります）。実際、6分間のハングの後、通常の作業が少しありますが、サーバーは「一時停止」状態に戻ります。

これらすべてで何ができますか？DCOMを「ping」で正常に動作させる方法は？独自の「ping」コードを実装する場合、古いDCOMクライアント接続を手動で切断することは可能ですか？どうやってするの？

緊急警報システムである製品があります。VC++ 6.0 に基づいており、3 つの主要コンポーネントがあります。

1. サーバー: サーバーは基本的にDCOMおよび Windows サービスです。DCOM を使用してコンソール(2 番目のコンポーネント) に接続し、サービスがクライアント(3 番目のコンポーネント)とやり取りしている間にアラートを送信できるようにします。Consoleと呼ばれるアプリケーションを使用して、管理者はサーバーに接続してシステムを構成し、メッセージを送信またはスケジュールします。サーバーは、利用可能なすべてのクライアントにほぼリアルタイムでアラートを配信するタスクを処理します。

2. コンソール: コンソールは、RPC を使用してサーバーと通信する DCOM プロキシを使用してサーバーに接続します。管理者がさまざまなサーバー オプションを構成し、ユーザー アカウントを作成するためのコントロール パネルとして機能します。一方、警告メッセージを開始するために使用されます。

3. クライアント: クライアントは標準の Windows ベースのアプリケーションです。低レベルのTCP/IP API を使用してサーバーに接続します。短い間隔でサーバーをポーリングして、利用可能な最新のアラートを取得します。

製品は、(Windows NT、Windows 2000、Windows Server 2003、または Windows XP) OS を搭載したマシンで正常に動作しています。しかし、Windows Server 2008 では、しばらくすると (1 日または 2 日後) サーバーがハングし、それによってコンソールがハングするという問題に直面しているため、サーバーを再起動して正常に動作させる必要があります。一方、クライアントはサーバーとの接続を維持します。

この分野の経験のある方で、この問題の原因を突き止めるのに役立つ提案はありますか?

いくつかの DCOM 設定を変更するために小さな exe を作成しました。exe が実行されているサーバーとは別のサーバーで設定を変更しようとすると、exe は正常に動作しますが、exe が実行されている同じサーバーで設定を変更しようとすると動作しません。

strComputer を別のリモート マシンの名前に設定すると、コードが機能し、リモート マシンの正しい設定が更新されます。

同じサーバーを更新しようとしたときにこれを実行すると発生するエラーは、スローするエラーです。

-2147023582 のリターン コードでセキュリティ記述子を取得できませんでした

コード：

.NET 4（VS2010、C＃）でDCOMサーバーを開発しています。それ自体では、これは正常に機能しています。

ここで、このDCOMサーバー用の.NETクライアントも開発する必要がありますが、TypeLibへの参照を追加できません。Visual Studioは、タイプライブラリが.NETアセンブリからエクスポートされたものであり、参照として追加できないことを通知します。

この質問への回答は、ラッパーアセンブリを生成するために使用できるはずですがTlbImp.exe、それも拒否することを示唆しています。

TlbImp：エラーTI1029：タイプライブラリ'MyWrapper'はCLRアセンブリからエクスポートされたため、CLRアセンブリとして再インポートできません。

純粋に.NETの観点からは、これにDCOMを使用することはあまり意味がないかもしれないことを理解しています。ただし、.NET以外のアプリケーションからも同じサーバーにアクセスできる必要があります。

tlbをIDLに変換し、そこからtlbを再生成しようとしましたが、これはVisualStudioをだますことはありません。

おそらく、再生成する前にIDLを少し変更することは可能ですか、それともサーバーとクライアントの両方が.NETで記述されていても、DCOMの使用を強制する方法はありますか？

IIS 7 (Win 2008 64 ビット) でのリモート DCOM オブジェクトの作成に問題があります。サーバー側には、古い DCOM コンポーネントをデータ ソースとして使用する WCF サービスがあります。Web 開発サーバーとテストではすべて正常に動作しますが、リモート オブジェクトの作成は IIS 7 で失敗し、「System.UnauthorizedAccessException : Retrifying the COM class factory for remote component with CLSID {DAF3140A-C132-11D2-85FB-004033D061E9} from machine IP 」で失敗します次のエラーが原因で失敗しました: 80070005 IP".

80070005 エラーに関する記事がたくさんあることは知っていますが、すべて試してみましたが、成功しませんでした。

DCOM オブジェクトを作成するコード スニペットを次に示します。

DCOM Config を使用して "Everyone" に DCOM オブジェクトへのアクセスを許可しました。ネットワーク サービス アカウントを使用するように IIS アプリケーション プールを構成しようとしましたが、"Network Service" に DCOM へのアクセスも許可しました。Procmonツールを使用して、使用されている追加のリソースを見つけましたが、興味深いものは何もありません。

web.config ファイルに次の行を追加しましたが、成功しませんでした

この問題について教えてください。何か案は？

ありがとう