問題タブ [component-services]

Classic ASP で作成され、社内の COM+ サービスを利用する古いイントラネット アプリケーションの 1 つを更新する必要があります。このオブジェクトのソース コードがどこにも見つからず、開発者によって文書化されていませんでした。

サービスで利用可能なメソッドを表示することはできますが、メソッドのStart -> Administrative Tools -> Component Services内部を見て、メソッドが何をしているのかを確認する方法を理解することはできません。

これらの COM+ サービスを逆コンパイルするか、メソッドの動作を確認する方法はありますか? それとも、古いアプリケーションを純粋に観察して、動作とデータを模倣するために最善を尽くす運命にあるのでしょうか?

注: 古いサーバーからサービスをエクスポートし、開発ボックスにインストールして、VS2010 プロジェクトへの参照を追加し、オブジェクト エクスプローラーを使用してこれらのメソッドを識別しようとしました。何もない...

64 ビットの Windows 2003 R2 Server with SP2 で実行されている古い VB6 COM+ コンポーネントがあります。新しい PC にプロキシをインストールする必要があり、.MSI がそこにないことがわかったので、コンポーネント サービスにアクセスしてエクスポートしようと考えました。試してみましたが、次のエラー メッセージが表示されました。

「カタログ エラー 最後の操作の処理中にエラーが発生しました。エラー コード 8002801D - ライブラリが登録されていません。

イベント ログには、追加のトラブルシューティング情報が含まれている可能性があります。」

イベント ログには追加情報が含まれていませんでした。とにかく、サイト周辺のいくつかのアプリケーションがそのサーバーでこの COM+ サービスを使用して実行されているため、このエラーに混乱しています。そのため、ライブラリが登録されていないと言う理由がわかりません。しかし、もっと重要なことは、サーバー上のコンポーネント サービスにパッケージが表示され、実行されていることです。新しい PC で使用するプロキシをエクスポートできないのはなぜですか?

TCP/IP 通信用に C# (.NET Framework v2 を対象) で記述された COM+ コンポーネントを呼び出す従来の VB6 アプリケーションがあります。

この操作モードは、さまざまなオペレーティング システムで機能し、Windows XP、Vista、および 7 環境に正常に展開されています。

Windows 8.1 でソフトウェアのテストを開始したところですが、VB6 アプリケーションが COM+ コンポーネントを呼び出そうとすると、「オートメーション エラー」が報告されます。過去に発生したこの種のエラーは、COM+ 登録の失敗が原因であり、regsvcs.exe.

ソフトウェアは MSI によってインストールされ、MSI は regsvcs.exe を呼び出して COM+ コンポーネントを登録するスクリプトも実行します。Win 8.1 の場合、次のパスを変更する必要がありregsvcs.exeました。

に：

このインストーラーは、Win 7 と Win 8.1 の両方でテストしました。Win 7 では、COM+ 呼び出しは正常に機能します。Win 8.1 で発生している問題は、COM+ コンポーネントが正しく登録されているように見えるのに、コンポーネントの呼び出しがまだ失敗することです。コンポーネント サービスではすべて問題ないように見え、VB6 呼び出しが行われると COM+ アプリケーションが起動しますが、オートメーション エラーが返され、呼び出しは失敗します。

注: 私がテストしている Win 7 および 8.1 環境は 64 ビットです。

Windows 7 と Windows 8.1 の間でコンポーネント サービスと COM+ アプリケーションに関連する何かが変更されたようですが、解決策が見つからないようです。

誰かが同様のことを経験したことがありますか、または問題が何であるかについての指針はありますか?

私は現在、Microsoft DTC を使用してトランザクションのいくつかのエラーとタイムアウト設定を確認するために、C# で小さなアプリケーションに取り組んでいます。

CodeProject ( http://www.codeproject.com/Articles/729805/MSDTC-Manager ) で MSDTC Manager を見つけましたが、これは既に非常に役に立ちました。http://technet.microsoft.com/en-us/library/cc759136(v=ws.10).aspxに基づいています。

コンポーネント サービス ([Windows] > [実行] > [comexp.msc]): [コンポーネント サービス] > [コンピューター] > [マイ コンピューター] > [プロパティ] > オプション > トランザクション タイムアウト

たとえば、レジ​​ストリの変更やその他の種類の変更を追跡するために、値を60から120に変更するときに、Sysinternalsのプロセスモニターを使用しようとしましたが、タイムアウト値を変更すると、数百行のようになりますが、明確ではありませんどちらが正しいかを述べなさい。

何か案は？どうもありがとう！

ATL プロジェクトを使用して C++ で COM+ dll を作成しました。COM+ dll がコンポーネント サービスに追加された後、コンポーネント名が表示されません。スクリーンショットのリンクを以下に示します。

https://www.flickr.com/photos/100661150@N07/16832241851/in/set-72157649061069133

多くのチュートリアルを実行しましたが、適切な解決策が見つかりませんでした。COM+ dll を WCF として使用するには名前が必要なため、名前を表示する方法はありますか。

Windows 2008 R2 で C#.net ベースの crypto.dll を登録すると、次のエラーが発生します。
.Net 3.5 & VS 2008 を使用して構築され、厳密な名前のキーで署名された COM オブジェクト。同じ ddl が Windows 2003 サーバーでホストされ、機能していました。Windows 2008 R2 でのみ問題が発生します。COM オブジェクトは、任意の CPU プラットフォームも対象としています。そのため、32/64 ビット版の OS では問題ないと思います。また、この COM オブジェクトをインストールしようとしているユーザーは、この Windows 2008 R2 サーバーに対する管理者権限を持っています。

以下のエラーを取得: System.EnterpriseServices.RegistrationException:このタスクを実行するには、管理資格情報が必要です。システム管理者に問い合わせてください System.UnauthorizedAccessException: Access is denied.(Exception from HRESULT:0:80070005(E_ACCESSDENIED))

コンポーネント経由でインストールしようとすると、アクセス許可エラーも発生します。Crypto.DLL を登録せずにコンポーネントをインストールしようとすると、次のエラー メッセージが表示されます。

そのため、新しい dll を古いプロジェクト (開始していない) に追加しようとしています。dllを追加してその機能を使用できるという点で、すべてうまくいきます-問題ありません。しかし、プロジェクトをテストするときが来て、プロジェクトをビルドしてインストーラーをパッケージ化した後、ちょっとしたピンチに遭遇しました。

今、私はこれにまったく慣れていないので、プロジェクトと dcom オブジェクトをパッケージ化する方法を学ぶために、インターウェブを何度もグーグル検索する必要がありました。追加情報: このプロジェクトが変更前にどのようにコーディング/パッケージ化されているかに関しては、何もありませんでした。しかし！dcomcnfg (コンポーネント サービス) でアクセス許可を設定する方法に関する適切な手順が付属していました。DCOM オブジェクトは「ProjectCom.ProjectInfo」でした。

新しいプロジェクトをパッケージ化して再パッケージ化するのに非常に苦労しました（古いプロジェクトで使用されていたが、新しいプロジェクトでは使用されていないdllを含めても）、dcomcnfgにProjectCom.ProjectInfoエントリを追加するためのインストールを取得できなかったようです> .< (私はこの ProjectCom.ProjectInfo しか知りませんでした。なぜなら、古いインストール パッケージのコピーを保持し、比較のためにインストールを実行テストしたからです。)

簡単に言えば、問題は次のとおりです。自分の ProjectCom.ProjectInfo を dcomcnfg に表示するにはどうすればよいですか?

破損したドライバーに関するその他の問題を解決するために、今日 Windows を再インストールする必要がありました。IIS を起動しようとするまではすべて順調に進んでいましたが、Worldwide Web Publishing Service は実行されていませんでした。起動しようとしましたが、起動できないというメッセージが表示されました。イベントログを確認したところ、次のエントリが見つかりました。

World Wide Web Publishing Service サービスは、次のサービス固有のエラーで終了しました: 依存関係のサービスまたはグループを開始できませんでした。

分散トランザクション コーディネーター、RPC エンドポイント マッパー、および Windows プロセス アクティベーション サービスがすべて実行されていることを確認したので、何が問題なのかわかりません。IIS をアンインストールし、再起動、再インストール、再起動しましたが、同じ問題が発生します。

編集 以下の回答に示されている手順を試しましたが、うまくいきませんでした。コンポーネント サービスの DCOM 構成で、クラスの設定を変更できません。システムログを見ると、これは私が今見ているものです：

示されている修正を試した後、これは私がまだ得ているものです:「アプリケーション固有のアクセス許可設定は、CLSID {8D8F4F83-3594-4F07-8369-FC3C3CAE4919} および APPID {F72671A9 の COM サーバー アプリケーションのローカル アクティベーション アクセス許可を付与しません。 -012C-4725-9D2F-2A4D32D65169} to the user NT AUTHORITY\SYSTEM SID (S-1-5-18) from address LocalHost (Using LRPC) running in the application container Unavailable SID (Unavailable). このセキュリティ権限は変更できますコンポーネント サービス管理ツールを使用してください。」

誰でもこれについての洞察を提供できますか?