Home » discuss » Public forums » Developing for iMIS

How to obtain particular versions of a an Asi assembly

Posted March 6th, 2010 by christianacca
|

As part of my efforts at trying to get the AsiMembershipProvider working, I have hit against problems because I've got old versions of certain referenced Asi assemblies.

This came as a surprise as I am using assemblies copied from the ASI\IMIS15\net\bin directory on an 15.1.1.3441 installation.

Just having a quick look through the assembly versions and I observe I have a mix of 15.1.1.2998 and 15.1.1.3441 versions. My suspicion is that because we upgraded from 15.1.1.2998, for whatever reason some of the assemblies where not upgraded.

Therefore can someone from ASI provide me with a link where I can download a complete set of 15.1.1.3441 assemblies that would be installed in the ASI\IMIS15\net\bin directory.

Thanks

Christian Crowhurst

‹ Importing eCM content - How do you do it?Saving CContact object is very slow. ›
login or register to post comments | printer friendly version

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

If there are is no .3441

On March 8th, 2010 Eric Means says:

If there are is no .3441 version of a particular library in your bin\ folder, use the .2998 one. We only update the versions on the files that actually get updated, so having a mix of versions is normal (except in the first install of a major release, i.e. 15.1.1.2998 or 15.1.2's first install).

Eric Means
System Architect, ASI

login or register to post comments

mixing versions causes an assembly binding failure at runtime

On March 8th, 2010 christianacca says:

Hi Eric,

Its all well and good for versions to be mixed, until a .3441 assembly is compiled to use a .3441 assembly, but the bin folder contains the .2998 version.

Take for example Asi.Web.dll (.3441) that is dependent on Asi.ContactManagementNet (.3441). However, the bin directory on our installed version of IMIS has .2998 version of Asi.ContactManagementNet. This causes a runtime exception (FileNotFound).

So my request still stands.

Thanks

login or register to post comments

The DLLs shouldn't be

On March 8th, 2010 Eric Means says:

The DLLs shouldn't be compiled to require specific versions; we generally turn that flag off.

If your appserver works, then copying all the needed files from its bin directory should also work.

Eric Means
System Architect, ASI

login or register to post comments

I see evidence that suggest

On March 8th, 2010 christianacca says:

I see evidence that suggest differently.

I'll need to check again. I get a FileNotFound error with details that say Asi.Business.Contact.dll was not found, yet that file is definitely there in the bin directory. But I suppose to get a 100% evidence I need to use Fuslogvw.exe to see an assembly binding failure. I'll get back to you.

Christian

login or register to post comments