問題タブ [dcom]

少し前に、.NET 3.5 の System.Directory 名前空間について知りました。これにより、基本的に、API 呼び出しを使用してアンマネージ DLL をインポートする代わりに、ネイティブ .NET メソッドを使用してローカル アカウントとドメイン アカウントを簡単に管理できます。

ここで、MSI セットアップ内からいくつかのレガシー アプリケーションの DCOM 設定を構成する必要があります。私の知る限り、InstallShield 2009 のオンボード手段でそれを行う方法はありません。

管理されたカスタム アクションを記述できるように、.NET で DCOM 設定を構成する方法はありますか?

Java サーバー用の REST API を実装しています。API を通じて取得されるリソースの 1 つは、実際に C++ DCOM オブジェクトを作成し、その値を反映することです。私が使用している Java to COM ブリッジは J-Integra です。

問題は、後続の REST 呼び出しのためにその DCOM オブジェクトを存続させる必要があることですが、オブジェクトはその Java 参照が存続している限り存続します。これは、せいぜい REST セッションが期限切れになるまでです。

不要になるまで DCOM オブジェクトを存続させるにはどうすればよいですか? 今まで考えていたのは、DCOM オブジェクトを開始してその参照を保持する EJB を使用することだけでした。私は EJB の専門家ではありませんが、a) やり過ぎの解決策であると思います。b) EJB がサーバーによってキャッシュ (パッシベート?) され、その時点で DCOM 参照が失われる可能性があります。

助言がありますか？

ありがとうインバー

Windows XP SP3を新しくインストールすると、WindowsXPSP2のようにリモートWMIアクセスが許可されません。

http://support.microsoft.com/kb/875605にある「WindowsXPSP2でのWMI関連の問題のトラブルシューティング方法」ドキュメントの手順に従うと、SP3でリモートWMI要求に応答できません。

組み込みのAdministratorアカウント、Administratorsグループの新しいアカウント、またはAdministratorsグループに含まれていないが、Microsoftドキュメントに記載されているリモートDCOMとWMI名前空間へのアクセスを許可された新しいアカウントに対するすべての要求は、すべてエラーコードを返します。 0x80070005、アクセスが拒否されました。

間抜けなシステム構成がないことを確認するために、新しいWindows XP SP3イメージをインストールし（MSDNの.ISOイメージを使用）、ファイアウォールを介してRemoteAdminを有効にする以外に構成の変更を実行しませんでした。このシナリオでも、アクセスが拒否された動作が見られました。

WindowsXPSP3でリモートDCOM/WMIアクセスに何が変更され、それを有効にする最善の方法は何ですか？

Excel VBA スプレッドシートを継承しました。私はそれをVBに変換する任務を負っています。

アプリケーションはDCOMオブジェクトを使ってPLCからデータを取得していると思います。次のコードは、MX1.0 が更新されたときにサブ SBR1Select を実行します。

[コントロール パネル] -> [管理ツール] -> [コンポーネント サービス] を開き、[コンソール ルート] -> [コンポーネント サービス] -> [コンピューター] -> [マイ コンピューター] -> [DCOM 構成] に移動すると、"DASSIDirect" という項目が表示されます。これは、Excel が参照しているものと思われます。 .

DASSIDIRECT コンポーネントを介して VB コードを PLC に接続するにはどうすればよいですか?

注: DASSIDIRECT も Windows サービスです (これが質問への回答に役立つかどうかは不明です)。

Scripting.FileSystemObject TextStream オブジェクトは、システム コードページによって変更された Windows スタイルの Unicode と「プレーン テキスト」をサポートしていますが、UTF8 をサポートしていないようです。ただし、IIS ログファイルなど、更新のためにロックされているファイルを実際にストリーミングすることはできます。

ADODB.Streamは UTF-8 (または raw バイナリ) をサポートしますが、ファイルがメモ帳などで開くことができるにもかかわらず、更新のためにロックされているファイルを" LoadFromFile " しません。(エラーが発生します: ADODB.Stream ファイルを開けませんでした。エラー コードは 0x800a0bba です) -- これは、ストリームを「読み取り」モードまたは「共有」モードで開こうとしたにもかかわらずです。サーバー側の COM オブジェクトは、私が実際に要求したよりも多くのロックを要求しているようです。

他の選択肢はありますか？これらを DCOM 経由でリモートで呼び出していますが、ホスト システム自体でテストしても同じ動作になります。

理想的には、ストリームとして機能し (つまり、シーク メカニズムをサポートする)、生のバイト (バイナリ) をストリーミングするか、プレーン テキスト、Unicode、および UTF-8 を処理でき、書き込み用に開いているファイルを読み取ることができるコンポーネントが存在します。 . そのような獣を知っている人はいますか？

RegSvr32 経由で登録した COM DLL がありますが、DComCnfg に表示されません。

理由について何か助けはありますか？

いくつかのレジストリ キーが欠落していると思いますが、なぜ欠落しているのかわかりません。

助けてくれてありがとう。

特定の GUID A を持つ dcom オブジェクトをインスタンス化する Windows サービスがあります。

その dcom オブジェクトを新しいバージョンに置き換える必要があります。置換 dcom オブジェクトを作成してコンパイルすると、GUID B で作成されます。

置換 dcom オブジェクトの guid を guid B から guidA に変更するにはどうすればよいですか?

2003 Server で実行される Windows サービスがあります。Word Interop を使用してソースの Word 文書を開き、それに対していくつかの処理を行います。Excel や PowerPoint ファイルでも同様です。

最近、このサービスを Windows 2008 Server マシンに移行しようとしましたが、実際に問題が発生しています。

Microsoft.Office.Interop.Excel.Workbooks.Open での COMException Microsoft.Office.Interop.Word.Documents.Open での COMException

Windows サービスが 2008 Server で実行されている場合、上記の例外が発生します。タスク マネージャーを見ると、アプリケーションは正常に読み込まれますが、すぐに閉じます。

Vista と Server 2008 がもう Session0 を持っていないことについて読んだことがあります。それに応じて、それらを実行しているユーザーの ID を Integrated に変更するなど、Office DCOM のセキュリティ プロパティを変更しようとしましたが、役に立ちませんでした。

これが可能かどうかは誰にもわかりますか？これは私たちのシステムの基本的な側面であるため、これを実行できるようにする必要があります。

ありがとう