You should be able to use GACUTIL.exe to get rid of it. Sometimes they get a bit stuck in there, in such cases the GACUTIL works pretty well to pry them out whether they are willing or not . The other option is to turn off your fusion viewer and go digging to see if you can just delete them yourself.

A decent write-up on GACUTIL: http://msdn.microsoft.com/en-us/library/ex0ss12c(VS.80).aspx

To turn off the fusion viewer, add a "DisableCacheViewer" DWORD registry key with a value of 1 to HKLM\Software\Microsoft\Fusion.

I got this fixed by updating all my projects on the production server to use 1.6.6 and updated all assemblies in the GAC.

Follow up: How do I remove the old 1.5.0 assemblies from the GAC? Right cCick-Uninstall yields dependency errors and I am hesitant to try some of the suggestions on MSDN because they dont seem to specify how to uninstall an assembly of a specific version only. I have two of each SF assembly; a 1.5 which needs to go, and a 1.6 which would be very bad if it went

Keith Chisarik

There is a spot in the datasources.config file to put the expected version for the assembly that contains the data source item you are trying to load. Make sure that is set to 1.6.0.0, and it should pull the correct assembly when there are multiple versions available for it to choose from.

If that doesn't work, you'll have to either update everything to the latest version, or pull everything out of the GAC and place the appropriate assemblies in the folders for each website so that each website only pulls its own assemblies.  That way you can have several "1.6.0.0" version assemblies on the same machine.

bump

Keith Chisarik

I found this post which looks like a winner maybe? I do have both 1.5.0 and 1.6.0 versions of each SF assembly in my GAC on the production server ES is running on since some apps go back a ways and I really dont want to have to go back and update and redeploy. Some of them (websites) havent been touched in 2 years but run fine every day.

In the GAC I have a 1.5 and 1.6 for  AddIns, Base, Business, DBEngine, Extensibiity, and UI. The Enterprise assemblies are only in the BIN directory.  Hope this helps you point me in the right direction.

Data displays fine, reports run, just cant update anything.

Keith Chisarik

I never tried to update until today. Any idea what this might be? I get this when trying to update any field.

The app runs fine without using ES.

BusinessLayerException

  An error occurred while saving an the data to the server.

DataLayerSavingException

  Bad Data.

 CryptographicException

  Bad Data.

 Source     : MicroFour StrataFrame Business

 Stack Trace:

   at System.Security.Cryptography.CryptographicException.ThrowCryptogaphicException(Int32 hr)

   at System.Security.Cryptography.Utils._DecryptData(SafeKeyHandle hKey, Byte[] data, Int32 ib, Int32 cb, Byte[]& outputBuffer, Int32 outputOffset, PaddingMode PaddingMode, Boolean fDone)

   at System.Security.Cryptography.CryptoAPITransform.TransformFinalBlock(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount)

Method not found: 'System.Data.IDataReader MicroFour.StrataFrame.Data.DbDataSourceItem.ExecuteReader(System.Data.Common.DbCommand, Boolean, System.String)'.

71.230.148.15

MissingMethodException Method not found: 'System.Data.IDataReader MicroFour.StrataFrame.Data.DbDataSourceItem.ExecuteReader(System.Data.Common.DbCommand, Boolean, System.String)'. Source : MicroFour StrataFrame Enterprise Stack Trace: at MicroFour.StrataFrame.Data.Enterprise.RequestProcessor.ExecuteReader(ExecuteReaderParams params, Guid clientId, Boolean isServerRequest, Byte[] rawRequest) at MicroFour.StrataFrame.Enterprise.Server.RemoteDataSource.ProcessRequest(HttpContext context)

Keith Chisarik

The fix, make sure the only version of the license file Microfour License.dll is in the BIN folder of the ES website. I had another one that was incorrect.

I am all connected with my app, thanks.

Keith Chisarik

Ended up being a license file in the GAC which is read over the local license file....once removed from teh GAC...worked like a champ

The license DLL is in the bin folder.

Stop Date: 1/1/1800

Host Name: unknown

Registered Company: Sdsi

Registered Name: Keith Chisarik

Serial Number: 77172-EF70B-942D7-B18C6-155EE

Keith Chisarik

OK...let's talk about a few things here so that we can make sure that we are on the same page.  We had to change the License Base assembly in 1.6.6 so use a different public token.  So this asssembly will not work with newer ES files, etc.  Which makes sense as you should really have all of the same StrataFrame assemblies on the same machine.

But here is the deal, there is one of two things going on here since the host name cannot be seen. There is a line of code that is used from the MicroFour License Base.dll assembly that attempts to pull the host name out of the licnese file (since the host name is stored within the license file).  if it cannot be found within the licnese file, then Unknown will be returned.  Since you are not getting an exception, I would think that all of you SF assemblies are on the same version, thus, it just cannot find the license file.  Here are some other fields that will appear "empty" or with default values if the license file cannot be found:

Stop Date: 1/1/1800
Host Name: unknown
Registered Company: (empty string)
Registered Name: (empty string)
Serial Number: (empty string)

There are some others, but this will be  a good litmus.  So let's basically go back to the beginning and just get your machine activated

Note: The license file "MicroFour License.dll" should be placed in the Bin folder of the ES site.