BizTalk on Marko Apfel

Ensuring unique CIDs for MSDTC in BizTalk installations

Wed, 01 May 2013 11:31:00 +0200

Situation

By installing BizTalk in a distributed environment it is essential, that the MS DTC (Microsoft Distributed Transaction Controller) have an unique CID. Notably by cloning machines in a virtual environment this is often not the case, if the customizing after cloning is too simple establishes. A lot of system guys don’t care about this IDs – they only change the SIDs of the systems.

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.

Mapping -Elements in BizTalk-Orchestrations

Wed, 14 Feb 2007 16:21:00 +0100

Mapping <Any>-Elements in a BizTalk-Map is not possible. You can not draw a direct connect from or to <Any>-Elements.

Some sources in the web describe the possibility to use a scripting-functoid with a special XSLT to do that, other sources recommend to write a special .NET-component to insert the wished tree under the <Any>-Element.

Verwenden von Datenbankrollen

Tue, 13 Feb 2007 17:00:00 +0100

Zum Testen meines BizTalk-Adapters für unsere Intranet-Datenbank musste ständig die Mitgliedschaft des BizTalk-Host-Accounts in der Standard-Datenbank-Rolle db\datawriter geändert werden.

Über das GUI im Management-Studio macht das auf Dauer keinen Spaß. Aber mit den entsprechenden Stored Procedures (sp_addrolemember und sp_droprolemember) gehts ja auch.

Möglichkeiten des Message-Handlings in Orchestrations

Wed, 07 Feb 2007 14:30:00 +0100

Für das Handling von Messages in Orchstrations gibt es verschiedene Möglichkeiten.

Eine gute Beschreibung ist von Matt Meleski “Constructing BizTalk 2004 XML Messages (In an Orchestration) - Choices”

Nebenbei haben sich bei mir noch folgende Varianten angesammelt

Tracing des BizTalk Adapter for mySAP Business Suite

Wed, 21 Jun 2006 15:30:00 +0200

Im Zusammenhang mit verlorenengegangenen Werten innerhalb des mySAP-Adapters war es interessant das Verhalten genauer zu protokollieren.

Dafür gibt es Trace-Variablen.

Umgebungsvariablen setzen

Man lege folgende 3 System-Umgebungsvariablen an

CPIC_TRACE=1
RFC_TRACE=1
RFC_TRACE_DIR=C:\Tracedir

Nach einem Reboot werden vom mySAP-Adapter Low-Level-Informationen in verschiedene Files im oben angegebenen Verzeichnis geschrieben.

BizTalk Server 2006 Error: SAP .Net connector is not installed

Wed, 07 Jun 2006 13:45:00 +0200

Nach dem Unzug eines Projektes von einem Rechner auf einen anderen, gab es die Warnung und Fehlermeldung:

The adapter failed to transmit message going to send port "spZ_ESRI_DEBITOR_CREATE.SAP" with URL "sap://AS:xxx/00/800/".
It will be retransmitted after the retry interval specified for this Send Port.
Details:"SAP .Net connector is not installed".

A message sent to adapter "SAP" on send port "spZ_ESRI_DEBITOR_CREATE.SAP" with URI "sap://AS:xxx/00/800/" is suspended.
Error details: SAP .Net connector is not installed

Diese Fehlermeldung ist etwas irreführend. Vermisst wird eine Wrapping-DLL, die der BizTalk-SAP-Adapter beim Import des SAP-Schemas für den Zugriff auf die RFC erzeugt. Diese DLL befindet sich im BIN-Unterordner vom Adapter-Verzeichnis.

Konfiguration eines BizTalk-HTTP-Receive-Location für Pivotal

Fri, 05 May 2006 19:00:00 +0200

Für die direkte Anbindung von Pivotal PXIE an den BizTalk Server 2006 mittels des HTTP-Adapters ist die Möglichkeit gegeben dies über diverse HTTP-Receive Locations zu handeln.

Leider muss im Falle der Parameterübergabe für jede Variante des Parameters ein eigene Receive-Location vorgesehen werden. Das ist nicht wartbar für viele verschiedene Pivotal-Entitäten, aber für einzelne Entitäten durchaus praktikabel.

Error: EXECUTE permission denied on object 'sp_sdidebug'

Fri, 05 May 2006 09:00:00 +0200

Beim Debugging wird der Fehler:

"EXECUTE permission denied on object 'sp_sdidebug', database 'master', owner 'dbo'."

geworfen.

Komplette Fehlermeldung:

[System.Data.SqlClient.SqlException] = 
{"EXECUTE permission denied on object 'sp_sdidebug', database 'master', owner 'dbo'."}

Ein Deaktivieren der Checkbox “Enable SQL Server debugging” brachte keine Besserung.

das SDK-Tool fuslogvw

Thu, 04 May 2006 15:45:00 +0200

Im Zusammenhang mit der Entwicklung eines eigenen BizTalk Adapters trat immer wieder das Problem auf, dass nicht klar war ob ein Assembly geladen wurde oder nicht. Und gerade im Nichtladefall was der Grund dafür war.

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.

Verwenden von Pivotal XDR Schema in BizTalk Server 2006

Sun, 09 Apr 2006 16:45:00 +0200

Pivotal erzeugt mittels GenerateSchema.ASP für die Integration Adapter ein XDR-Schema. Dieses Schema ließ sich unter BizTalk Server 2002 auch anstandslos importieren und weiterverwenden.

Der BizTalk Server 2006 erwartet allerdings XSD-Schema. Alle Varianten die XDR- nach XSD-Schema zu wandeln schlugen fehl.

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

Communication BizTalk to SAP via IDoc

Thu, 09 Mar 2006 16:26:00 +0100

Now with some little corrections the IDoc goes to SAP. Both Flatfile and XML IDocs can be pickuped and delivered to SAP.

First at all you need a Send Pipeline (e.g. spORDERS01) with a Flat File Assembler to transform a XML- to a Flatfile-IDoc. As the Document Schema you specify the imported schema from SAP (e.g. ORDERS01). This Send Pipeline you must choose as the Send Pipeline in the configurationdialog from the Send Port for the SAP-system. It is a good idea to put all pipelines in a own assembly. It prevents the loosing of this setting during a new build of the intrinsic project.

Error: The database server you specified cannot be reached ..

Thu, 23 Feb 2006 18:15:00 +0100

Beim Installieren des Enterprise Single Sign-On Dienstes kommt folgende Fehlermeldung:

The database server you specified cannot be reached.
Make sure you have specified the correct server name and that the server is currently running.
Login failed for user ***

Die Domain-Gruppe der “SSO Administratoren” muss in die Gruppe der lokalen Adminstratoren auf der SQL Server Maschine. Der Installations-User bekommt durch die Mitgliedschaft in “SSO Administratoren” dann Admin-Rechte im SQL-Server.

BizTalk zu SAP Kommunikation via IDoc die 2.

Wed, 15 Feb 2006 15:18:00 +0100

BizTalk zu SAP Kommunikation via IDoc die 2.

History

Die ersten Versuche im Dezember den “Microsoft BizTalk Adapter v2.0 for mySAP Business Suite” in Betrieb zu nehmen, haben gezeigt, dass eine BizTalk-SAP-Kommunikation via RFC recht schnell gemacht ist. Vorraussetzung ist natürlich das entsprechende Wissen zum Erstellen der entsprechenden SAP-Bausteine.

BizTalk zu SAP Kommunikation via IDoc die 2.

Wed, 15 Feb 2006 14:47:00 +0100

Unser gestriges Inhouse-Consulting für die Kopplung von BizTalk zu SAP über den “Microsoft BizTalk Adapter v2.0 for mySAP Business Suite” mittels IDocs hatte leider auch keinen Erfolg.

Der Consultant (aus einem “Microsoft Gold Partner” zertifizierten Systemhaus) hat im Vorfeld die Sachen ausprobiert & musste einige Calls bei Microsoft schalten. Unsere Architekturentscheidung bleibt weiterhin offen.