問題タブ [assemblies]

.NET でアセンブリ バインド エラー ログ (Fusion) を有効にするにはどうすればよいですか?

C# プログラムから C++ で作成された exe ファイルからファイル バージョン情報を取得する必要があります。

Assembly.LoadFile(fullpath).GetName().Version を使用すると、BadImageFormatException が発生します。

誰でも助けることができますか？

乾杯、

ダン

ClickOnceを使用して展開されるソリューションがあります。

これは、アプリケーション、いくつかの参照アセンブリ、およびSQLServerCompactデータベースで構成されています。

メインアプリケーションによって参照されないが、実行時に単にロードされるアセンブリもあります。このアセンブリは、アプリケーションバイナリと同じディレクトリに、アプリケーションと一緒にデプロイする必要があります。

コンパイル後に「プラグイン」アセンブリをUIプロジェクトの\bin\ debug（または\ bin \ release）ディレクトリにコピーするようにVisualStudioを設定しました。

次に、ファイルを参照としてではなく、単にファイルとしてUIプロジェクトに追加しました。ビルドアクションを「コンテンツ」に設定しました。これにより、UIプロジェクトの[プロパティ]/[公開]ダイアログに表示されます。

私が最初にアプリケーションを公開したとき、それは魅力のように機能しました。しかし、プラグインアセンブリを更新し、別のバージョン番号を付けて再度公開したところ、アセンブリが更新されていなかったのに、最初にアップロードされたものがまだ使用されていたことがわかりました。（事前にインストールされていないクリーンなコンピューターでも）。

調べてみると、アセンブリ（LibComposites.dll）が、clickonceアプリケーションがバイナリを格納するディレクトリとデータファイルを格納するディレクトリの両方にコピーされていることがわかりました。

どちらの場合も、最初に公開されたバージョンです。

概要として、いくつかのアセンブリを参照するアプリケーションがあります。

Control.exe参照->LibLLC.dll、LibDataLayer.dll、LibLLCExtenders.dll
は実行時にロードされます-> LibComposites.dll（LibLLC.dllも参照）

新しいバージョンのLibComposites.dllを、それぞれが公開するアプリケーションと同じディレクトリに展開する必要があります。

そのアセンブリの最初に公開されたバージョンがまだ使用されているのはなぜですか

公開するたびにLibComposites.dllを強制的に上書きするにはどうすればよいですか？

私には独特の開発状況があり、他の人からの意見を求めています。

リッチ クライアント アプリケーション内に緩い xaml ファイルをロードする必要がある状況があります。特定の Loose xaml ファイルには、現在メモリに読み込まれていないアセンブリへの参照が含まれている可能性があるため、参照されているアセンブリは、loose xaml を読み込む前に読み込まれます。Loose xaml および結ばれたアセンブリは、クライアントにダウンロードされ、動的に読み込まれるさまざまなバックエンド サーバーに格納されます。

Loose xaml および/またはアセンブリはバージョン固有であり、残念ながら xaml のレンダリング間でアプリケーションをシャットダウンすることはできません。アセンブリ付きのv1 。サーバー A および xaml からのv1 。アセンブリ付きのv1 。サーバー B のv2。両方のアセンブリが同じ名前空間宣言を使用するため、「古い」アセンブリは、特定の緩い xaml の「新しい」アセンブリで引き続き機能します。

問題は、assembly.v2 の「新しい」機能への参照を含む xaml.v2 をロードすると、assembly.v2 への参照が得られないことです。

明らかに、アプリ ドメインから assembly.v1 をアンロードできません。また、マーシャリングによって別のアプリ ドメイン内に読み込まれた xaml のアイテムを参照できるかどうかもわかりません。

異なる名前空間参照を使用する以外のアイデアはありますか?

アセンブリ B のクラス X を継承するクラス Z を持つアセンブリ A があります。まったく別のソリューションで、クラス Z を使用するアセンブリ C があります。

アセンブリ C がアセンブリ A と B の両方への参照を持たない限り、コンパイラは不平を言います。アセンブリ C はとにかくクラス Z を直接使用しません。

これは期待されていますか？

実行時にアセンブリ B が欠落している場合、問題が発生するように思えますが、コンパイル時には気にする必要はありません。

ここで何が欠けていますか？

私の目標は、アセンブリ A のクラス Z に依存するようにクライアントに指示できるようにすることですが、反対側でアセンブリを完全に再構成し、アップグレード時にクライアントにまったく影響を与えないようにすることです。

.NET アセンブリの任意のリストを取得しました。

各 DLL が (x64 または任意の CPU ではなく) x86 用にビルドされているかどうかをプログラムで確認する必要があります。これは可能ですか？

ASP.NET MVCベータがインストールされているマシンで変更/テストしようとしているMVCプレビュー3（MVCアセンブリのローカルコピーを参照）に対してビルドされたアプリがあります。このアプリをMVCベータに対して実行するように更新することにはまだ興味がありません。いくつかの小さな変更を加える必要があります。

RouteCollection.IgnoreRoutes（global.asax.cs内）のMissingMethodExceptionsで失敗します。これは、実行時に、CLRが常にGACでSystem.Web.Mvcのベータ版を検出し、私のサイトのプレビュー3バージョンではなくこれを読み込んでいるためです。 binディレクトリ。

アセンブリの名前、バージョン、公開鍵は同じであるため、web.config内でそれらを区別する方法はないと思います。したがって、ここでの唯一の解決策は、GACからASP.NETMVCベータアセンブリを削除することだと思います。

のみ-Windowsインストーラーによってインストールされているため、これを実行できません。gacutil.exe/ uを使用して削除できず、直接削除しようとすると「アクセスが拒否されました」というメッセージが表示されます。

このアセンブリを削除する方法を知っている人はいますか？それができない場合は、GACにSystem.Web.Mvcベータ版があるシステムでSystem.Web.Mvcプレビュー3を必要とするアプリを実行/ホストする方法を知っていますか？

作成した .NET アセンブリへの参照を追加する際に問題が発生しています。これが私がしたことです。

1. .NET アセンブリ (testlib.dll) を作成しました。
2. 私はそれが強い名前を持っていることを確認しました（キーファイルを追加しました）。
3. そのアセンブリの WiX インストール プロジェクトを作成します。
4. Assembly='.net' と KeyPath='yes' をアセンブリの File プロパティに追加しました。

インストールは正常に機能します。GAC (C:\Windows\assembly) で testlib を確認できます。

新しい .NET プロジェクトを作成し、testlib への参照を追加しようとしましたが、[参照の追加] ダイアログの [.NET] タブに表示されません。そこに表示するにはどうすればよいですか？

Web アプリを新しいホスティング サーバーに移行していますが、それらにアクセスして新しいサーバーでテストしようとすると、次のようなすべてのアセンブリが見つからないというエラーが表示されます。

これらをどこにインストールするか、またはそれらを移行する方法を知っている人はいますか?

このように、アセンブリをロードして、特定のインターフェイスを実装するすべての型を取得するためのコードがいくつかあります (asm が有効でロードされたアセンブリであると仮定します)。

これらのオブジェクトのインスタンスを作成し、オブジェクトのメソッドとプロパティを呼び出す必要があります。そして、後で使用できるように、作成されたオブジェクトへの参照を配列に格納する必要があります。