問題タブ [com+]

インプロセスサーバーとして正常に機能しているCOMdllがあり、コンポーネントサービスのCOM+アプリケーションにインストールします。クライアントアプリからCoCreateを実行しようとすると、HRESULT0x8007007e「指定されたモジュールが見つかりませんでした」というメッセージが表示されます。これを引き起こしている可能性がありますか？

私のソフトウェアはCOMを多用しています。とても、とても遅いです。COM通信を高速化するための秘訣はありますか？

リモート サーバー上のサービスとして、小さな COM+ コンポーネントを使用しています。

以下を使用して、このコンポーネントのメソッドを実行しようとしています。

型は null として返されます。

これを行う最良の方法は何ですか??

サーバーは Windows 2003 Enterprise で、サービスは COM+ としてラップされた .NET コンポーネントです (そのようにする必要がないことはわかっていますが、目的はレガシー アプリケーションを .NET コンポーネントに統合することです)。これは、.NET COM+ コンポーネントが機能することをテストするためのものです。

前もって感謝します！

レガシー 32 ビット ライブラリの膨大なセットに依存する 32 ビット ネイティブ C++ ATL インプロセス COM サーバーがあります。最小限の変更で 64 ビット アプリケーションから使用する必要があります。

1 つのオプションは、それを COM+ アプリケーションに入れることです。他の簡単なオプションは何ですか?

32 ビット ネイティブ C++ ATL インプロセス COM コンポーネントから 64 ビット COM コンポーネント コンシューマをシールドする必要があります。

COM+ と DCOM の両方が、別のプロセスでインプロセス コンポーネントをホストし、マーシャリングを実行できるように思われるため、私とコンシューマ アプリケーションの両方がそれを気にせず、インプロセス コンポーネントを変更する必要さえありません。全て。私は両方を試しました.COM+アプリケーションまたはDCOMアプリケーションをそれぞれセットアップするためにハンマーを最初に使用した後、両方とも「正常に動作する」ようです.

展開と顧客での問題診断の点で最適なソリューションが必要です。COM+ と DCOM のどちらを選択しますか?

更新しました

COM+ コンポーネントの ConstructorString に、後で初期化するための値をプログラムで設定しようとしています。

問題のコードは、WinXP、Win2k3、Vista、および Win2k8 で正常に動作します。

Win7 - Home Premium バージョンで失敗します。

試行錯誤の結果、コンストラクター文字列にはサイズ制限があるようだと判断しました。文字列が 512 文字 (wchar) 以下の場合、保存されます。時間がかかると、CatalogCollection オブジェクトの SaveChanges 呼び出しが 0x80110437 - COMADMIN_E_PROPERTYSAVEFAILED エラーで失敗します。

結局のところ、すべてのシステムに 512 文字という制限があります。

CryptProtectData を使用して、パスワードを文字列に入れる前に暗号化します。

win7 (x64) では、文字列の出力が XP (x32) および W2k3 (x64) よりも長くなります。

それで - CryptProtectData が変更されました - 出力が長くなるのはなぜですか?

コンポーネントを COM+ に配置し、クライアントで CoCreateInstance() を呼び出すたびに、次のことが起こります。

• ランタイムはオブジェクトをインスタンス化します ( を呼び出しますIClassFactory::CreateInstance())
• QueryInterface()呼び出しで指定されたインターフェースのランタイムCoCreateInstance()呼び出し
• インターフェイスQueryInterface()のランタイム コール( )IdentityUnmarshal{0000001b-0000-0000-c000-000000000046}

私が見つけることができる唯一のものは、そのインターフェイス ID を持つIdentityUnmarshalインターフェイスが存在するというcomdef.hの宣言です。

ComDef.h :

それ以上の情報はありますか？

そのアプリケーションのプロパティの[セキュリティ]タブで[このアプリケーションのアクセスチェックを強制する]を選択するためのPowershell文字列を理解するのに問題があります。これが、Powershellが他のものを選択するためにこれまでに持っているものです。

これで、値の他のすべての文字列ができましたが、「このアプリケーションのアクセスチェックを強制する」の文字列がわかりませんか？

ありがとう

単体テスト：

このコードは、TransparentProxyオブジェクトを作成します。これは、コンポーネントが本番環境で実行される方法です。

依存関係を注入できるように、クラスのインスタンスをインプロセスおよびローカルで作成するにはどうすればよいですか？

COM +アプリケーションが作成されると、ウィザードはライブラリとサーバーアプリケーションのどちらかを選択するように提案します。

サーバーアプリケーションは別のプロセスでアクティブ化され、これを使用して、64ビットのコンシューマーと32ビットのインプロセスCOMコンポーネントを安価に相互運用できます。

呼び出し元のプロセスでアクティブ化されるライブラリアプリケーションの用途は何ですか？昔ながらのインプロセスCOMサーバーの代わりにそれらを使用するのはなぜですか？