GAC on Marko Apfel

Accessing GAC-files in Explorer without registry hacks

Thu, 03 Jan 2013 21:56:00 +0100

Problem

If you go in Explorer to the GAC folder (%windir%\Assembly) a shell extension gives you a special view of the content there:

image

In this view you couldn’t copy the DLLs to somewhere else.

Break the mechanism, that GAC-assemblies could only bind to other GAC-assemblies

Tue, 31 May 2011 08:30:00 +0200

Till yet I thought, that if you have an assembly in the GAC all referenced assemblies must also be in the GAC. So a break of this GAC-assembly resolving chain is impossible.

Compiler-Error: error MSB3217

Thu, 08 Jan 2009 11:54:00 +0100

Since several days during compilation i had the error:

Cannot register assembly "Foo.dll".
Exception has been thrown by the target of an invocation.

In the output-window with diagnostic compile information the following statement was listed:

Referenzieren von Assemblys im GAC

Mon, 16 Apr 2007 16:00:00 +0200

Das Referenzieren von Assemblys im GAC, die nicht auf dem .NET-Reiter des Add-Reference-Dialogs erscheinen macht man wie folgt:

Auf den Browse-Reiter wechseln und im File-Name-Feld dann vollen Namen zur DLL im GAC angeben.

GACing und Kopieren nach dem Kompilieren

Thu, 08 Mar 2007 13:00:00 +0100

Beim Entwickeln eigener Functoide (Custom Functoids) und deren Verwendung im BizTalk Mapper muss das Kompilat sowohl in den GAC als auch ins Verzeichnis c:\Program Files\Microsoft BizTalk Server 2006\Developer Tools\Mapper Extensions kopiert werden.

Developing own Custom Functoid for BizTalk

Fri, 28 Apr 2006 18:15:00 +0200

Eigene Functoide für den BizTalk zu entwickeln ist ziemlich easy. Die Dokumentation mit den Beispielen ist OK und ausreichend.

Trotzdem gibt es ein paar Dinge die man im Eifer des Gefechtes schnell mal übersieht.

BizTalk und NameSpaces

Thu, 23 Mar 2006 23:45:00 +0100

Unterschiedliche Namespaces zwischen Schemas und Instanzen führen immer wieder zu kryptischen Fehlermeldungen.

Die Erfahrung zeigt, dass es einige besonders tückische Stellen gibt, die man sofort verifizieren sollte.

Typische Fehlermeldungen

Namespace-Referenzierung in der Instanz passt nicht zur deklarierten im Schema

There was a failure executing the receive pipeline: "Microsoft.BizTalk.DefaultPipelines.XMLReceive, Microsoft.BizTalk.DefaultPipelines, Version=3.0.1.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
Source: "XML disassembler"
Receive Port: "RpIn"
URI: "C:File_InMiniTest*.xml"
Reason: Finding document specification by message type "de.MeineFirma.EAI.Schema.FalscherTyp#MyEntity" failed.
Verify that the schema is deployed properly.

Komplette Namespace-Referenzierung in der Instanz vergessen

There was a failure executing the receive pipeline: "Microsoft.BizTalk.DefaultPipelines.XMLReceive, Microsoft.BizTalk.DefaultPipelines, Version=3.0.1.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
Source: "XML disassembler"
Receive Port: "RpIn" URI: "C:File_InMiniTest*.xml"
Reason: Finding document specification by message type "MyEntity" failed. Verify that the schema is deployed properly.

Receive-Pipeline falsch konfiguriert, z.B. auf PassThruReceive anstatt auf XMLReceive

The Messaging engine failed to process a message submitted by adapter:FILE Source
URL:C:File_InMiniTest*.xml.
Details:The published message could not be routed because no subscribers were found.
This error occurs if the subscribed orchestration schedule or send port has not been started, 
or if some of the message properties necessary for subscription evaluation have not been promoted.

Folgende Einstellungen sollten immer passen

Schema an sich (Auswahl der XSD-Datei)

Namespace: de.MeineFirma.EAI.Schema
Type Name: MeinTyp

macht zusammen für den Full Qualified Name ein de.MeineFirma.EAI.Schema.MeinTyp

BizTalk Server 2006 Error: Loading document specification XYZ from assembly XYZ failed.

Mon, 20 Mar 2006 02:00:00 +0100

Obwohl die Assemblies mit den Schemas im GAC und deployed sind, kommt es beim Aufpicken einer Schemainstanz zu 2 Fehlereinträgen im Eventlog und die Message wird supended.

Fehler

Event Id: 5753
A message received by adapter "FILE" on receive location "XML" with URI "C:File_InORDERS01*.xml" is suspended. 
Error details:
There was a failure executing the receive pipeline:
"Microsoft.BizTalk.DefaultPipelines.XMLReceive, Microsoft.BizTalk.DefaultPipelines, Version=3.0.1.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
Source: "XML disassembler"
Receive Port: "RpORDERS01"
URI: "C:File_InORDERS01*.xml"
Reason: Loading document specification from assembly failed. Verify that the schema for this document specification is deployed and placed in the Global Assembly Cache.

und