.NET 4.0 build server reference assemblies warnings MSB3644 [duplicate]

34
votes

I'm getting a bunch of errors on my build server:

C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(847,9): warning MSB3644: The reference assemblies for framework ".NETFramework,Version=v4.0" were not found. To resolve this, install the SDK or Targeting Pack for this framework version or retarget your application to a version of the framework for which you have the SDK or Targeting Pack installed. Note that assemblies will be resolved from the Global Assembly Cache (GAC) and will be used in place of reference assemblies. Therefore your assembly may not be correctly targeted for the framework you intend. [D:\adis\mercury\AdisFeeds\cache\Adis.Feeds.Cache.ConsoleManager\Adis.Feeds.Cache.ConsoleManager.csproj]

The problem is that I have already installed the .NET parts of the windows SDK 7.1. ... I was especially careful to check the box next to the .net 4.0 reference assemblies.

Does anyone have any suggestions as to what's going wrong?

For the record I am using Nant to run the build scripts (ver 0.86) and nant.contrib (0.85) for the msbuild nant task.

Update I was just running down that angle. I compiled the solution using msbuild with diagnostic logging on my dev machine and then again on the build server. Then I compared the logs.

Seems the significant difference there is the lack of any references to the \Program Files\References Assemblies path. Specifically in FrameworkPathOverride.

So I tried adding FrameworkPathOverride as a commandline parameter to msbuild. Unfortunately that just led me to the unfortunate discovery that the reference assemblies directories only seem to have the xml files in them. As in there is only mscorlib.xml. No mscorlib.dll

What the heck is going on?!?

8
.net.net-4.0msbuild
Well, are they present? C:\Program Files\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0. Watch out for 64-bit operating system hassles, they also have c:\program files (x86) – Hans Passant
I was just running down that angle. I compiled the solution using msbuild with diagnostic logging on my dev machine and then again on the build server. Then I compared the logs. – Jero

8 Answers

33
votes

Ok I found a solution that works. You need to do two things:

  1. First add FrameworkPathOverride as a commandline parameter and point it to the references assemblies directory.

Something like 

  msbuild -p:FrameworkPathOverride="C:\Program Files\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0"
  1. The second thing you need to do is find a full version of the reference assemblies directory. Since the copy installed by the windows SDK and the one installed by visual studio, I just copied mine from my development machine. Works fine.

One final note: the reason this might have happened to me in the first place is that our build server is a nice old windows server 2003 one. Too old for the windows SDK install to cope with?

12
votes

This looks like a dup of this question: .NET 4.0 build issues on CI server and in any event should be solved in the manner prescribed there.

Make sure the windows 7 SDK is installed with (at a minimum) both the .NET Development "Intellisense and Reference Assemblies" and "Tools." If they say they are already installed, yet the reference assemblies do not exist on your disk, then uninstall and reinstall. I have confirmed the fix on my build server.

2
votes

To add to cixelsyd's answer:

The default setting in the Windows SDK v7.1 installer is that "Intellisense and Reference Assemblies" is 'semi-checked' - change that to fully checked and the warnings are gone :-)

1
votes

This works for me, run it in powershell (without using FrameworkPathOverride):

cp -r "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\" "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0"

It's because 4.5 (or 4.5.1) is a drop-in replacement for 4.0

0
votes

Installation of SDK 8.1 (also for Windows 7) should also work in case of .net 4.5 requitements https://msdn.microsoft.com/en-US/windows/desktop/bg162891

-1
votes

After days of scouring the web for answers, looking extensively through project config files with reference assemblies mentioned, the above-mentioned advice to use Windows 8.1 SDK to re-install a missing 4.5.1 reference assembly finally did the trick.

In my case, I was attempting to 'start without debugging' a new ASP.Net Core Web Application (.NET Core) created to follow the tutorial at: https://docs.asp.net/en/latest/tutorials/first-mvc-app/start-mvc.html

When using the SDK, I unchecked EVERYTHING accept for the reference assemblies. This was the only way I found to install 4.5.1 because other methods would fail due to the fact that I already had 4.5.2 and higher versions installed.

Kudos to this page for the answer that finally worked!

warning MSB3644: The reference assemblies for framework ".NETFramework,Version=v4.5.1" were not found. To resolve this, install the SDK or Targeting Pack for this framework version or retarget your application to a version of the framework for which you have the SDK or Targeting Pack installed.

-1
votes

Because both .Net 4.0 and .Net 4.5 use CLR 4 and .NET 4.5 is an in-place replacement for .NET 4.0, you can safely apply the next solution:

in the folder:

    C:\Program Files\Reference Assemblies\Microsoft\Framework\.NETFramework

there are set of folders, one for every installed framework. The folder "v4.0" contain only xml files and folder "v4.5" contain both dll and xml files.

I created a symbolic link to this folder.

  1. Run command prompt as an administrator.

  2. Run the following script:

    cd C:\Program Files\Reference Assemblies\Microsoft\Framework.NETFramework ren v4.0 v4.0_old mklink /d v4.0 v4.5

A symbolic folder named "v4.0" is created and point to dlls of v4.5

Note: This solution is not a hack for net4,because I introduced why this solution is safe, i provide excerpt from .NET 4.5 is an in-place replacement for .NET 4.0:

When .NET 4.5 is installed it effectively replaces .NET 4.0 on the machine. .NET 4.0 gets overwritten by a new version of .NET 4.5 which - according to Microsoft - is supposed to be 100% backwards compatible.

When you install .NET 4.5 your .NET 4.0 assemblies in the \Windows.NET Framework\V4.0.30319 are overwritten with a new set of assemblies. You end up with overwritten assemblies as well as a bunch of new ones.

If you open the properties of System.dll assembly in .NET 4.5 you'll also see: Notice that the file version is also left at 4.0.xxx.

This solution is like my own except it copies the assemblies from net45 to net4.

See also.NET Versioning and Multi-Targeting - .NET 4.5 is an in-place upgrade to .NET 4.0 Note: Net 4 life time is ended, it is better to upgrade to net 4.5.2