Archive for April, 2012

First Technet Wiki Article: Microsoft BizTalk Server and Transactions

April 24, 2012 2 comments

My First Technet Wiki article has been published here. It is on BizTalk and it’s transaction boundaries. Kindly have a read and would be happy to have feedbacks and comments. Have a great day!!


Microsoft Community Contributor Award – Thank you!!

April 24, 2012 4 comments

There was a mail on April 11th that made me scream out of happiness. Yes, It was a mail from Microsoft informing me about the Microsoft Community Comtributor Award. For me, its a good first step and will try to step a little stronger in my next.

I sincerely thank everyone who has recommended me for this award. I also thank Microsoft for this recognition.


Categories: Others

Logical ReceivePort Operation Name as an extra XML element:Publishing Orchestration as a Service

April 24, 2012 Leave a comment

Issue :

While Publishing an Orchestration as a service using WebServices wizard, the xml input expected by the generated service operation is wrapped within an extra xml element, which is the name of the logical receive port of the published orchestration

    <Operation_1 xmlns=”hhtp://MyTestNameSpace”>

Cause :

The Orchestration that is published as a service creates 2 types of subscriptions behind the scenes(logically a single subscription as they are seperated by an OR).

1.For the requests coming from the generated SOAP receive port,  the subsciption is as follows. == {47E7FAA7-D285-4C69-A591-510F8074AEEC} And == Operation_1

2.The second subscription is based on regular messagetypes which are not from the SOAP transport types. {47E7FAA7-D285-4C69-A591-510F8074AEEC} And http://OrchFiltertest.In#Root And != SOAP

 So when a message arrives  through the SOAP recieve  port, an extra xml  element that matches the name of the logical recieve port is added in order to match the subscription.This extra element header will be automatically ripped off by the engine when it hands over the message to the orchestration


No manual action is required in this scenario and it is a built in behavior. The message will reach the orchestration as it has to.