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.

BizTalk: Unterschied zwischen Mass Copy Functoid und Einzelverbindung

Tue, 06 Mar 2007 18:00:00 +0100

Durch Verwendung des Mass Copy Functoid ist es möglich die Elemente unterhalb des Quell-Knotens mit den Elementen unterhalb des Zielknotens zu verbinden.

Fast die gleiche Semantik ergibt sich auch durch einzelnes Verbinden der untergeordneten Elemente. Wobei dies recht einfach durch das Verwenden von SHIFT beim Ziehen einer Verbindung zwischen Quell- und Zielknoten.

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 recommand to write a special .NET-component to insert the wished tree under the <Any>-Element.

Configuration of the BizTalk SMTP-Adapter via a dynamic port

Fri, 24 Nov 2006 21:08:00 +0100

For sending emails out of a BizTalk-Orchestration to varying recipients you can use a dynamic send port. The sending-parameters you can set directly in the orchestration.

You need a “Message Assignment” and an “Expression”-shape.

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.

XML Schema nullable int-Element

Sat, 29 Apr 2006 15:00:00 +0200

Gerade im Zusammenhang mit nullable Types im .NET FW 2.0 ist es interessant eine XSD-Definition mit leeren (nicht-string) Elementen zu erlauben. Das Attribut “nillable” reichte dazu nicht aus (zumindest nicht im Zusammenhang mit BizTalk). Bleibt also noch die Definition eines eigenen Elementes.

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

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

Voraussetzungenxml:namespace prefix = o ns = “urn:schemas-microsoft-com:office:office” /

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
			BizTalk BAS Management Web Services Account
			BAM Query Web Service User

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”.

Release Datum BizTalk Server 2006

Wed, 15 Feb 2006 08:48:00 +0100

.. soll Ende des ersten Quartals 2006 sein

Quelle:

http://groups.google.de/group/microsoft.public.biztalk.general/browse_frm/thread/3071589aa4c8ea09/67c1f8306f4ac90b

Nachtrag:

heute von Microsoft erfahren, dass es April so weit sein wird