EAI on Marko Apfel

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

Konfiguration des BizTalk SMTP-Adapter mittels eines dynamischen Ports

Fri, 24 Nov 2006 20:30:00 +0100

Zum Verschicken von Mails aus einer BizTalk-Orchestration an unterschiedliche Empfänger, bietet sich ein “Dynamic Send Port” an. Die Sende-Parameter können direkt in der Orchestration gesetzt werden.

Dazu braucht man ein “Message Assigment”- und ein “Expression”-Shape.

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.

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.

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.

Installationsanleitung BizTalk 2004 in einer Multi-Computer-Landschaft

Wed, 15 Feb 2006 09:56:00 +0100

Voraussetzungen

Hardware (Server)

EAI (BizTalk): VSTB0007
Datenbank (SQL Server): VSTB0008
xml:namespace prefix = st1 ns = “urn:schemas-microsoft-com:office:smarttags” /Enterprise Single Sign-On VSTB0009

Software (Betriebssystem)

Windows 2003 Server
Installationsmodus von uns

Software (Medien bzw Downloads)

VSTB0007

SQL Server 2000 Standard
SQL Server 2000 SP3a
SQL Server 2000 SP3a for Analysis Services

VSTB0008

Visual Studio.NET 2003
MSXML 4.0 SP2
MSXML 3.0 SP4
SOAP Toolkit 3.0
SqlXml 3.0 SP2
Office XP Tool Web Components (OWC10)
Windows SharePoint Services (2.0)
BizTalk Server 2004
BizTalk Server 2004 SP1
Hotfix KB831950

VSTB0009

DTC Tester Tool
BizTalk Server 2004
BizTalk Server 2004 SP1
MSXML 4.0 SP2

User und Gruppen im Active Directory einrichten

Service User

User cannot change password: check (enterprise security will batch change the passwords).
Password never expires: check.
Allow logon to terminal server: uncheck.
Remote control: uncheck enable remote control.
Log on to: none (disallow using the account on any other workstation).

User Name	First Name	Last Name	Full Name
`SQLService`	`SQL`	`SQLService`	SQL Service Account
`SPAdmin`	`Admin`	`SPService`	SharePoint Admin Account
`BTService`	`BTS`	`BTService`	BizTalk Service Account
`BTServiceBAS`	`BAS`	`BTService`	BizTalk Server BAS Application Pool Account
`BTServiceBASWeb`	`BASWeb`	`BTService`	BizTalk BAS Publishing Web Service Account
`BTServiceEDI`	`EDI`	`BTService`	BizTalk Base EDI Service Account
`BTServiceHost`	`Host`	`BTService`	BizTalk Host Instance Account
`BTServiceHostIso`	`HostIso`	`BTService`	BizTalk Isolated Host Instance Account
`SSOService`	`SSO`	`BTService`	Enterprise Single Sign-On Service
`BTServiceHWF`	`HWF`	`BTService`	Human Workflow Services User Account
`BTServiceREU`	`REU`	`BTService`	Rule Engine Update Service

Interactive User

User cannot change password: check (enterprise security will batch change the passwords).
Password never expires: check.
Allow logon to terminal server: check.
Remote control: check enable remote control.
Log on to: none (disallow using the account on any other workstation).

`User Name`	`First Name`	`Last Name`	`Full Name`
`BTUserAdmin`	`Admin`	`BTUser`	BizTalk Administrative User Account
`BTUserBASTechMgr`	`TechManager`	`BTUser`	BizTalk BAS Tech Manager
`BTUserBASTechPub`	`TechPublisher`	`BTUser`	BizTalk BAS Tech Publisher
`BTUserDeploy`	`Deploy`	`BTUser`	BizTalk Deployment User Account
`BTUserHostInstance`	`HostInstance`	`BTUser`	BizTalk Host Instance Account
`BTUserHostIsolated`	`IsolatedlHost`	`BTUser`	BizTalk Isolated Host Instance Account
`BTUserInstall`	`Install`	`BTUser`	BizTalk Installation User Account
`BTUserSupport`	`Support`	`BTUser`	BizTalk Support Access Account

Gruppen

To allow HAT to attach orchestrations to the debugger, the developer needs to belong to the BizTalk Server Administrators group, as outlined above in “BizTalk Development Accounts”.