无法加载文件或程序集log4net或其依赖项之一

Question

I've been asked to take a look at an error in an ASP/C# application with its Paypal integration. The error, shown in full, is:

Could not load file or assembly 'log4net, Version=1.2.0.30714, Culture=neutral, PublicKeyToken=b32731d11ce58905' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)

From what I understand, this means that the actual file located (that is, log4net.dll in my bin directory) does not match the version expected based on some assembly configuration. The problem I'm having is that I cannot locate where this file is being referenced.

I have access to all the files in the web root directory of the site, and cannot locate any config files that reference this DLL. Where else might I need to look to determine what's causing the mis-match?

As a note, I've made sure that the version of the DLL in the bin directory is up to date, but this does not seem to have resolved anything.

Answer 1

当我们迁移到VS 2010和.NET 4.0时，我们也遇到了这个问题，我们根本不使用log4net，但我怀疑我们使用了其他东西（也许是Crystal Reports？）而且我也怀疑我们使用的是dll也是一个32位的dll，因为当我将IIS中应用程序池的高级设置下的“启用32位应用程序”选项更改为“True”时，一切都恢复正常。

Answer 2

You need to control the references in projects as well - the references are compiled into the assembly itself and will attempt a loading. My guess is, you have an outdated reference to the log4net assembly but are using the latest version.

Answer 3

We had a similar issue with our web application. We went from ancient .NET 1.1 32-bit to .NET 4.0 64-bit.

The error I was receiving within our one of our user controls was the following:

ASP.NET runtime error: Could not load file or assembly 'log4net' or one of its dependencies. An attempt was made to load a program with an incorrect format.

My guess here is that we're compiling a DLL in 64-bit but its referencing a 32-bit dll? I would agree with what Matt Palmerlee said above - switching the application pool to 32-bit mode DOES FIX the problem but your still stuck in a 32-bit application pool. We wanted to take advantage of the extra memory 64-bit will offer our IIS application pools.

Ultimately, I was not able to figure out which of the third party DLLs was actually referencing log4net. I did notice after building though that a log4net.dll was copied into my "bin" directory and I right clicked on it and figured out it was related to Apache Foundation - http://logging.apache.org/log4net/

I ended up just downloading the latest log4net.dll for .NET 4, added it as a reference to my web application project, recompiled and then re-opened the user control and the error disappeared.

log4net download

Hope this helps

Answer 4

Same error here, here is how we fixed: Downloading latest .Net 4.0 log4net.dll from Apache and replacing the version in the bin folder worked for me. You should add the reference to your project to make it permanent. Here is the link: Apache

Go to Downloads, Binaries and choose the new key version. Once downloaded, navigate to the .Net 4.0 folder to find the .dll file.

Answer 5

You probably have the latest version of log4net but have a project that's referencing an old one. You can force all assemblies referencing the old version to reference the new version by using a <bindingRedirect>

You can find more info about them here: http://msdn.microsoft.com/en-us/library/eftw1fys.aspx

If you don't know the specific version to redirect, you can also use a range of versions and point them all to your specific version.

Answer 6

I don't have any useful information about the specific error. However, in case you have not used them a couple of useful utilities to help with this type of problem are Dependency Walker and .NET Reflector .

The dependency checker can be used to see if there are unexpected modules used by the log4net assembly. And the Reflector utility shows all kinds of useful information about assemblies (including versions, referenced assemblies, not to mention disassembled code).

Answer 7

我也遇到了这个问题，它发生的原因是该项目由于某种原因从GAC中提取log4net，因此很可能GAC中的版本与项目中引用的版本不匹配

Answer 8

I was going to follow Matt's advice to enable 32-bit applications in the Application Pool settings of IIS.

Turns out I didn't even need to go that far, the error resolved as soon as I switched to IIS from Cassini.

To switch to IIS:

1. Enable IIS in Windows Programs and Features (Make sure to also enable "ASP.NET xx" node under IIS > World Wide Web Services > Application Development Features)
2. In project Properties > Web > Use Local IIS Web Server > Create Virtual Directory (Must run VS as Admin to do this).
3. Build project > Run

No log4net error for me after this.

I don't know why I was getting it because I don't even use log4net anywhere, but I'm glad it's gone.

Answer 9

After reading these answers I ended up checking the .csproj and finding the actual reference to 'Lib\\log4net.dll' in the section. I deleted this and the project compiled.