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?
Are the dependencies set correctly in the solution? I have seen more than one occasion where Project A depends on Project B, but because the dependency between the two was not set the build fails sporadically.
The underlying cause in this case is that the build is order is not deterministic and success/failure depends on things like which projects build (based on what changed) and which builds first (when more than one builds).