This Month
February 2009
Sun Mon Tue Wed Thu Fri Sat
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
Year Archive
Login
User name:
Password:
Remember me 
View Article  An established connection was aborted by the software in your host machine
I came across a little nasty, when trying to send email from the smtp adapter. If you look down deep ...   more »
View Article  Call .net Method from Orchestration
If you wish to call a .net method from an orchestration.   more »
View Article  Usage of System.XML.XmlDocument in BizTalk
Try not to use the System.XML.XmlDocument object inside an orchestration, or receive messages of this type   more »
View Article  Upgrading to 2006 R2, moving to new server at the same time? Upgrading SQL at the same time?
Wishing to upgrade to BizTalk r2, from previous BizTalk versions, 2004 or 2006, and then upgdrade heir servers at the same time, or move to new servers, and then upgrade their sql servers.... Not exactly standard installs for BizTalk...   more »
View Article  Add Adapter Wizard Error
If you ever get the error Unable to display adapter user interface. Value cannot be null.Parameter name: s when trying to add a generated schema, from SQL/SAP/Dynamics...   more »
View Article  Configuring Dynamics 2009 AIF for BizTalk 2006
There has been little documentation, if any, either on MSDN or CustomerSource regarding the implementation of AIF Services with the BizTalk Adapter. I have been working with this for Dynamics 2009, which is even worse, as all of the documentation is for dynamics 4. I managed to figure out, with the help of some others how to configure dynamics to enable BizTalk to at least send a document to it. It's all about end points, and services. See below for the step by step.   more »
View Article  BizTalk Support for Visual Studio 2008 (VS 2008)

The offical word on this topic is as follows:

 

With the launch of Windows Server 2008, SQL Server 2008 ...   more »

View Article  BizTalk Error Messages in Detail
long time ago I asked if MS could document the error messages that come out of the various parts of BizTalk. My wishes were granted today, and I have a detailed list of error code/message for all of these below:   more »
View Article  BizTalk RFID: Phigits driver

I have been working with RFID of late and a great aid to showing and demos of RFID is the ...   more »

View Article  MSDTC Hell… how to fix it.

I was getting errors when installing BizTalk 2006, around MS DTC.

 

TITLE: Microsoft BizTalk Server 2006 Configuration Wizard

------------------------------

Failed to deploy BizTalk system assembly "D:\Program Files\Microsoft BizTalk Server 2006\Microsoft.BizTalk.GlobalPropertySchemas.dll".

A transport-level error has occurred when sending the request to the server. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.)

 

Deployment cannot initialize the connection to the database "BizTalkMgmtDb" on server "biztalkqa02". Verify that you have the required security permissions and that communication between Distributed Transaction Coordinator services on the machines involved is not prevented by current DTC security,   firewall or authentication settings.

 

I have seen this countless times, and the mstdc config and a reboot fixes it, I then looked further and saw this in the event log however….

 

The local MS DTC detected that the MS DTC on BIZTALKQA02 has the same unique identity as the local MS DTC. This means that the two MS DTC will not be able to communicate with each other. This problem typically occurs if one of the systems were cloned using unsupported cloning tools. MS DTC requires that the systems be cloned using supported cloning tools such as SYSPREP. Running 'msdtc -uninstall' and then 'msdtc -install' from the command prompt will fix the problem. Note: Running 'msdtc -uninstall' will result in the system losing all MS DTC configuration information.

 

I had a separate biztalk machine and separate sql server machine. These machines were created from a standard 2003 server image, they were renamed and made good for network connection, they were fine in all aspects. All except for MSDTC.

It seems that when you install MSDTC it assigns a unique id to your instance to know who is who, however if you clone the machine then they get the same instance id.

I tried the msdtc –uninstall and –install, it did not fix the problem… It seems there is a sequence to this to ensure that no one gets the same id.

To fix this do the following: (The SQL server must be turned on and connected to the network.)

1.      On the BizTalk server:

a.       msdtc –uninstall.

b.      Reboot

c.       msdtc –install

d.      Reboot

e.       Check MSDTC is installed and working.

2.      On the SQL Server.:

a.       msdtc –uninstall

b.      Reboot

c.       msdtc –install

d.      Reboot

3.      On both of them:

a.       Configure msdtc for network transactions, go to the security tab and turn every checkbox on, and then reboot.

Your machines should now be able to communicate via msdtc, you can try msdtc ping, however install and configure BizTalk 2006, and it will work now.