5

バックグラウンド

  • コンソール プロジェクトと MVC4 Web アプリケーションを含むソリューションがあります。
  • 両方とも Oracle.ManagedDataAccess (マネージド ODP.NET データ アクセス プロバイダ) を参照します。参照先は同じファイルです。
  • どちらも Oracle.ManagedDataAccess DTC を参照しません。
  • VS 構成マネージャーでは、プラットフォームはすべての構成オプションに対して「任意の CPU」としてリストされます。
  • 両方のプラットフォーム ターゲットは「任意の CPU」です。

問題

コンソール アプリケーションは問題なく実行されます。

MVC4 アプリケーションを使用しようとすると、次のように表示されます。

Could not load file or assembly 'Oracle.ManagedDataAccessDTC' or one of its dependencies. An attempt was made to load a program with an incorrect format.

Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. 

Exception Details: System.BadImageFormatException: Could not load file or assembly 'Oracle.ManagedDataAccessDTC' or one of its dependencies. An attempt was made to load a program with an incorrect format.

Source Error: 

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Assembly Load Trace: The following information can be helpful to determine why the assembly 'Oracle.ManagedDataAccessDTC' could not be loaded.

    === Pre-bind state information ===
    LOG: User = [Redacted]\killesj1
    LOG: DisplayName = Oracle.ManagedDataAccessDTC
     (Partial)
    WRN: Partial binding information was supplied for an assembly:
    WRN: Assembly Name: Oracle.ManagedDataAccessDTC | Domain ID: 13
    WRN: A partial bind occurs when only part of the assembly display name is provided.
    WRN: This might result in the binder loading an incorrect assembly.
    WRN: It is recommended to provide a fully specified textual identity for the assembly,
    WRN: that consists of the simple name, version, culture, and public key token.
    WRN: See whitepaper http://go.microsoft.com/fwlink/?LinkId=109270 for more information and common solutions to this issue.
    LOG: Appbase = file:///C:/Users/killesj1/Repositories/PEApps/src/app/PEApps.Web/
    LOG: Initial PrivatePath = C:\Users\killesj1\Repositories\PEApps\src\app\PEApps.Web\bin
    Calling assembly : (Unknown).
    ===
    LOG: This bind starts in default load context.
    LOG: Using application configuration file: C:\Users\killesj1\Repositories\PEApps\src\app\PEApps.Web\web.config
    LOG: Using host configuration file: C:\Users\killesj1\Documents\IISExpress\config\aspnet.config
    LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
    LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
    LOG: Attempting download of new URL file:///C:/Users/killesj1/AppData/Local/Temp/Temporary ASP.NET Files/root/e17fc384/1ed8df51/Oracle.ManagedDataAccessDTC.DLL.
    LOG: Attempting download of new URL file:///C:/Users/killesj1/AppData/Local/Temp/Temporary ASP.NET Files/root/e17fc384/1ed8df51/Oracle.ManagedDataAccessDTC/Oracle.ManagedDataAccessDTC.DLL.
    LOG: Attempting download of new URL file:///C:/Users/killesj1/Repositories/PEApps/src/app/PEApps.Web/bin/Oracle.ManagedDataAccessDTC.DLL.
    ERR: Failed to complete setup of assembly (hr = 0x8007000b). Probing terminated.

これは、Oracle.ManagedDataAccess DLL の 32 ビット版と 64 ビット版の間のビット数の問題であることを認識していることに注意してください。

しかし、同じ DLL を対象とし、同じ設定でコンパイルされた 2 つのプロジェクトが、動作に関して異なる結果になるのはなぜでしょうか?

これまでのところ、私は試しました...

  • キックのためだけにIIS ExpressからCassiniに切り替える...同じ問題
  • コンソール アプリケーションを同じ方法で失敗させようとしましたが、今のところ失敗していません。
4

1 に答える 1

8

PrivatePath (C:\Users\killesj1\Repositories\PEApps\src\app\PEApps.Web\bin) と、そのプライベート パス内の Oracle.ManagedDataAccessDTC.DLL に対する後続のバインド試行に基づいて、ODP DTC のコピーを取得します。アプリケーションの「bin」ディレクトリにあるアセンブリ。ここには示していませんが、出力のスタック トレース セクションには、LoadAllAssembliesFromAppDomainBinDirectory への呼び出しが表示されます。このメソッドは、アプリケーションの "bin" ディレクトリにあるすべての .dll ファイルをロードしようとします。あなたの場合、ODP DTC アセンブリと実行プロセスのビット数に関して不一致があります (この種の問題を認識していることに注意してください)。

コンソール アプリケーションでこの問題が発生しない理由は、そのようなアプリケーションが LoadAllAssembliesFromAppDomainBinDirectory メソッド (または類似のメソッド) を呼び出してアセンブリを "プリロード" しないためです。

ODP DTC アセンブリがアプリケーションの bin ディレクトリにどのように格納されたかについては、おそらく誤ってそれへの参照を含めて、"Copy Local" を "True" に設定した可能性があります。または、ODP DTC アセンブリ ファイルをプロジェクトに追加し、[出力ディレクトリにコピー] を [True] に設定した可能性があります。ファイルがディレクトリに手動でコピーされた可能性もあります。つまり、ファイルが最終的にどのようにディレクトリに配置されるかについては、複数の可能性があります。

于 2013-02-25T01:02:33.043 に答える