Random assembly references fail (“Are you missing

Question

My application has a mixture of 3.5 and 4.0-targeted assemblies. I'm working on a new Windows service targeting 4.0 and the project suddenly seems unable to see some of the other assemblies in the solution. Meaning, on build, all references to these certain other assemblies produce the following error:

The type or namespace name '[X]' does not exist in the namespace '[Y]' (are you missing an assembly reference?)

If I delete the project reference and re-add it, the red squigglies go away and Intellisense kicks in again like it's supposed to. All of the other projects in the solution build without issue. But as soon as I try to build this new project, the errors come back.

One of the failing references is to our Core.dll, which targets 3.5. We recently added a CoreEx.dll targeting 4.0, with namespace sharing between the assemblies. The new service can see CoreEx.dll but not Core.dll... i.e., when I begin typing using Core.Utilities... Intellisense picks up on the smaller set of namespaces from CoreEx.dll but does not show any that appear only in Core.dll. I'm pretty sure the solution built successfully after adding this, but it's a notable recent change.

Another failing reference is to our core Data.dll which holds a bunch of datasets and Entity Framework stuff. This one was recently migrated to 4.0. Again, I'm almost positive the solution built after migrating the project, but it's worth mentioning.

The last failing reference is an assembly that uses the namespace one level "up" from the service. E.g., the problematic project is based out of namespace ProductName.Component.ComponentService and it is unable to see the project based out of namespace ProductName.Component. This one was recently created along with the problematic project and also targets 4.0.

As you can see, there doesn't seem to be any rhyme or reason to which assembly references are failing... and the problematic project can successfully reference some of the other assemblies in the solution. I've tried cleaning, re-building, restarting Visual Studio... nothing has fixed it permanently. What could be causing this?

Answer 1

I had a similar issue, an assembly reference fail (“Are you missing a using directive or an assembly reference?”) and the VS intellisense gave me the opportunity to add the using but in the solution the reference had the yellow icon and the build was failing.

I solved this looking at the project property Target Framework and changing the .net version to the reference solution version and this solved all problems.

Note: The .net versions should be compatible between projects.

Answer 2

It worked for me when I changed the target framework to 4.0..But that was not the solution we wanted..We Wanted to use VS 2010 Premium for our project but the intention was NOT to use .net 4.0...The main class library project(.net 2.0) was referencing the dll "system.web.abstractions.dll"...I added the reference to this dll in other projects(.net 2.0) which references the main class library...the solution compiled without any problems...so it could be the case with your visual studio solution...

But everything works fine if we use VS 2008 professional..we need no workaround & everything works like magic...

Answer 3

Check the target platform of the new project and make sure it's not targeting .NET 4 Client Profile. If it is, change it to regular .NET 4

Answer 4

This problem happened to me once I solved it by deleting all the using statements on top and manually writing them again.

Answer 5

I was adding projects to a Solution that utilized .net 4.5. The projects I had added were defaulting to 4.5.1. This rendered 4.5 libraries incompatible with the new projects. I went into the properties of my new projects and had them target 4.5 instead of the default 4.5.1. After I had done that, my solution was able to build.

Answer 6

Please also note it can happen if you change the namespace but you did not changed the Assembly name in the project properties.