問題タブ [fuslogvw]

指定されたスキーマは無効です。エラー: (0,0) : エラー 0004: ファイルまたはアセンブリ 'JIMSDAL、バージョン = 6.0.5126.47、カルチャ = ニュートラル、PublicKeyToken = 9054b539c49e6e2e' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040)

この例外が発生する理由は、JIMSDAL のすべての依存プロジェクトを確認したところ、正しい更新バージョン 6.0.1.0 を参照しているためです。

私もチェックしましたがfuslogvw.exe、役に立ちませんでした。それは言う

このバージョンにも構成ファイルはありません。このプロジェクトの参照を削除して、再度追加しました。しかし、何も機能しません。どこが間違っていますか？

次の構成の C# .NET Framework 2 アプリケーションがあります。

Assembly Binding Log Viewer (fuslogvw.exe) を使用すると、.NET Framework 4.0 で次のようなエラーが発生します。

.NET Framework 4.5 を使用すると、操作は成功します。

私は試しました: .csproj ファイルに追加します。

レジストリに次のエントリを追加します。

プロジェクトで C:\Program Files (x86)\Reference Assemblies\Microsoft\WindowsPowerShell\v1.0\System.Management.Automation.dll を参照します。

追加する

アプリケーション構成で。

奇妙なことに、これは .NET Framework 4.0、2.0、および 4.5 でのみ発生します。

任意の提案をいただければ幸いです。

ありがとうございました

ソリューションに既存のプロジェクトを追加しました。MSTest ランナーですべての単体テストを実行すると、いくつかのテストで次のエラーが発生します。

メッセージ: テスト メソッド soandso が例外をスローしました: System.IO.FileLoadException: ファイルまたはアセンブリ 'log4net、バージョン 1.2.12.0、Culture=neutral、PublicKeyToken=669e0ddf0bb1aa2a' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT:0x80131040 からの例外)

私は他の人が同じ問題を抱えていることを知っており、このトピックに関する他の質問と回答があります. しかし、私は多くのことを試しましたが、何も役に立ちませんでした。使用する log4net のバージョンは 1.2.13.0 です。

FUSLOGVW.exe でバインド エラーを確認しました。log4net には、追加されたアセンブリといくつかの不明なアセンブリが表示されます。アセンブリ内の log4net の参照は、NuGet で追加されたバージョン 1.2.13.0 を示しています。したがって、このすべての問題を引き起こしているのは、おそらく依存アセンブリです。log4net をバージョン 1.2.12.0 に戻そうとしましたが、それでも同じエラー メッセージが表示されます。

MSTest testrunner ですべてのテストを実行すると、これらのエラーが表示されます。失敗したテストのみを実行すると、合格します。それらを個別に実行すると、それらも合格します。バインディング リダイレクトを試みましたが、テスト アセンブリではなく、テスト対象のアセンブリに対して行いました。テストアセンブリでそれを行う方法がわかりませんでした-構成がありません。Resharper テスト ランナーでテストを実行すると、テストも成功します (ただし、他のテストは失敗します)。TFS ビルド サーバーは MSTest-runner を実行するため、MSTest で動作させる必要があります。

これを解決する方法を知っている人はいますか?

NSASS を使用して Sass ファイルを css にコンパイルしています ( https://github.com/TBAPI-0KA/NSass )。NSASS がセットアップされ、開発環境でうまく機能しています。しかし、テストサーバーにデプロイしようとすると、NSASS を起動して実行することができません。

私たちは取得し続けます

問題は、NSASS がこれらの dll をロードするために何らかの動的な方法を使用していることです。これは機能していないようです。dll は \bin\NSass.Wrapper にありますが、fuslogvw は bin ディレクトリのみを検索しようとしているとログに記録しています。この dll を動的にロードする方法は、私の理解が正しければ、OS に応じて x86 または x64 をロードするように作られています。

NSASS のビン読み込みコード: https://github.com/TBAPI-0KA/NSass/blob/master/NSass.Core/AssemblyResolver.cs

dll ファイル (X64 と x86 の両方) を bin フォルダーに移動しようとしましたが、fuslogvw がすべて問題ないと言っている場合でも、イベント ビューアーで同じエラーが表示されます。

これを解決するための次のステップとして、私ができることについてのヒントはありますか?

編集: AppDomain.CurrentDomain.SetupInformation.PrivateBinPath をログに記録しようとしましたが、必要に応じて bin フォルダーを指し、AppDomain.CurrentDomain.BaseDirectory も正しいフォルダーを指しています。NSASS ファイルの Assembly Load までログに記録する Application_Start から CurrentDomain が変更されるかどうかはわかりません。

また、注目に値します。これは EPiServer Web であるため、EPiServer が何かを変更するかどうかはわかりません。でもそれだとDev環境にも問題があるのではないでしょうか？

wcfTestClient を使用して、ラップトップから開発サーバーで Dynamics AX AIF インバウンド ポート (サービス) を呼び出そうとしています。customErrors = Off であるため、アセンブリを読み込めなかったというエラー メッセージが表示されます。

クライアントとサーバーに fuslogVw を設定しました。クライアントは一連の DLL を表示しますが、エラーをスローしている DLL は表示しません。

サーバーにも fusLogvw を設定しましたが、何もログに記録されません。

サーバー上の DLL ロードの詳細を取得するにはどうすればよいですか?

ありがとう。

アドイン プロジェクトを .net 3.5 から 4.0 にアップグレードすると、アドイン アセンブリをロードしようとすると、FusLog で次のエラーが発生します。

ファイルからマニフェスト インポートを抽出中にエラーが発生しました (hr = 0x8013101b)。

これをオフィスのexe構成ファイル（私の場合はvisio.exe.config）にも追加しましたが、何も変わりませんでした。

アセンブリの読み込みに関する問題が発生しています。VS でこのログを取得しています。ここで何が起こっているのかを知る方法はありますか。アセンブリは既に gac にあります。

このアセンブリ バインディングの失敗を理解しようとしています - 以下のログの「ポリシー後の参照」の意味は何ですか?

コードでその DLL を参照しているものは何も表示されないため、何が起こっているのかを把握しようとしています。

GAC に登録する .NET アセンブリを既に開発しています。このアセンブリは、私のアプリケーションと 4 つの Office アドインで使用されています。

次に、アプリケーションも使用できる Office アドイン用の COM インターフェイスが必要でした。COM インターフェイスを公開する .net に新しい .dll を作成しました。この .dll は現在、オフィスのアドインによって参照されています。また、GAC のアセンブリによっても参照されます。

私が抱えている問題は、オフィスのアドインがターゲット マシンに展開された COM dll を見つけられないことです。

COM dll は GAC に追加されていません。アプリケーションのフォルダー内の独自のフォルダーにあるだけです。\codebase を使用していますが、レジストリ内のクラスに codebase キーがあり、正しいパスを指していることがわかります。

Fuslogvw は機能しないことを確認していますが、それ以上は役に立ちません。

何がうまくいかないのかを解決するには、どのように、または何をする必要がありますか?

いくつかのポイント;

1. 開発マシンには、COM .dll が保存されたフォルダーがあり、これが私のプロジェクトで参照しているものです。
2. すべてのプロジェクトのビルド時に、この COM .dll を bin フォルダーにコピーします。
3. インストール プロジェクトの各プロジェクトで COM .dll をコピーしません。
4. 私のインストール プロジェクトでは、COM .dll を含むフォルダーが 1 つだけあり、それを \codebase に登録します。これは、すべてのプロジェクトがそれを見つけることを意味すると考えていました。