tags:

views:

33

answers:

1

I am using Umbraco (.Net CMS) and it has a reference to a specific version of a dll (see 1 Umbraco Reference below). This is fine until I try to hook into the .Net MailChimp API which references a different vesion of the same DLL (see 2 PerceptiveMCAPI below).

I can think of a couple of options for resolving this

a. Get either the Umbraco or PerceptiveMCAPI source and reference the same version of the DLL, really do not want to do this for compatability reasons

b. Dump the 2 dlls in the GAC, I want to avoid this as I see deployment issues arising if someone forgets (I know we should have an automated deployment but time is restricted)

I remember that there is a third option to specify what version of the dll to use in the config is this possible and what is the code for it?

Any other suggestions would be great.

1 Umbraco Reference

// Assembly Reference CookComputing.XmlRpcV2

Version: 2.4.0.0 
Name: CookComputing.XmlRpcV2, Version=2.4.0.0, Culture=neutral, PublicKeyToken=a7d6e17aa302004d 

2 PerceptiveMCAPI

// Assembly PerceptiveMCAPI, Version 1.2.4.3


Location: C:\Work\AEGPL\AEGPL_Website\bin\PerceptiveMCAPI.dll 
Name: PerceptiveMCAPI, Version=1.2.4.3, Culture=neutral, PublicKeyToken=null 
Type: Library 
+1  A: 

This is exactly the reason the GAC exists. The only other workaround I can think of is to stuff these DLLs in subdirectories so the CLR cannot find them and implement AppDomain.AssemblyResolve. You now get to maintain that code for every new version update.

Hans Passant
Like I mentioned the GAC could be problematic when it comes to deployment. We typically XCopy folders for deployment and if a DLL doesn't exist in the bin it could easily get forgotten.The solution I am working on I would ultimately like it to work in a shared hosting environemnt and the GAC is off limits in this situation.
Burt
Did you read past the first sentence?
Hans Passant