assemblies

We're having problems getting visual studio to pick up the latest version of a DLL from one of our projects. We have multiple class library projects (e.g. BusinessLogic, ReportData) and a number of web services, each has a reference to a Connectivity DLL we've written (this ref to the connectivity DLL is the problem). We always point references to the DLL in the bin/debug folder, (which is where we always build to for any given project) and all custom DLL references have CopyLocal = True and SpecificVersion = False ReportData has a reference to business logic (which also has a reference to

I have a solution with 3 projects (GUI, BL and DAL). The DAL assembly is signed and deployed in the GAC. When I build the solution the DAL is compiled and the assembly placed in the bin folder of the main project. But when I run the application, it loads the GAC version instead of the local one. Why is this? I realized that because the version in the GAC was not the latest one and some methods were missing, although it compiled fine. Does the GAC have priority over the local bin folder? Tks in advance Short answer Yes , the GAC has precedence over local files. this is a different behavior from

Is there something like: AppDomain.CurrentDomain.GetAssemblyByName("TheAssemblyName") so instead of looping through AppDomain.CurrentDomain.GetAssemblies() , we could just get the specific assembly directly. cyberzed Have you tried looking at Assembly.Load(...) ? I resolved with LINQ Assembly GetAssemblyByName(string name) { return AppDomain.CurrentDomain.GetAssemblies(). SingleOrDefault(assembly => assembly.GetName().Name == name); } It depends on what you're trying to accomplish. If you just want to get the assembly, then you should call System.Reflection.Assembly.Load() (as already pointed

So here is my problem. My (test) project references both Castle Windsor and Rhino Mocks. I am creating a class which implements Castle.Core.Interceptor.IInterceptor from the Castle.Core.dll assembly In building Rhino Mocks, Ayende used Castle.Core.Interceptor and includes the whole darn namespace inside the Rhino.Mocks.dll So when I try to build, I get the error The type 'Castle.Core.Interceptor.IInterceptor' exists in both 'c:...\Libraries\Rhino.Mocks.dll' and 'c:...\Libraries\Castle.Core.dll' How then do I specify that I want to use the IInterceptor instance from the Castle.Core.dll rather

Locally - my MVC 4, asp.net, c# app runs fine on IIS 8 / Windows 8. When deployed to Windows Server 2008, I get this error: Could not load file or assembly 'System.Web.Mvc, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040) and [FileLoadException: Could not load file or assembly 'System.Web.Mvc, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The located assembly's manifest definition

We currently have quite a few classes in a project, and each of those classes implement an interface, mostly for DI reasons. Now, my personal feeling is that these interfaces should be put into a separate namespace within the same assembly (so we have a MyCompany.CoolApp.DataAccess assembly, and within that there's an Interfaces namespace giving MyCompany.CoolApp.DataAccess.Interfaces ). However, somebody has suggested that these interfaces should actually be in their own assembly. And my question is - are they right? I can see that there are some benefits (eg. other projects will only need to

I'm using the following code in a footer in my _Layout.cshtml file to put the AssemblyInfo version data into the footer of every page in my MVC3 site. However: @System.Reflection.Assembly.GetExecutingAssembly().GetName().Version.ToString() Just prints in the footer: Revision 0.0.0.0 When I modified the view to display all of the assembly info for the "Executing Assembly" using the following @System.Reflection.Assembly.GetExecutingAssembly().GetName().ToString() Which prints the following: Revision App_Web__layout.cshtml.639c3968.hlogy75x, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null