etones


Hi everyone, i'm having issues with sequential convoys.


In my orchestration, I have 2 recieve ports, one after another. The first is a one-way port, the second is a request/response port.

The inital message will arrive via the FILE adaptor, the R/R messages will arrive over WCF (SOAP). Therefore I cannot use the same logical port, they need to be different. I seem to be stuck with the compile time error "in a sequential convoy the ports must be identical".

How can i solve this problem I know will all certainty that a race condition cannot start. The SOAP messages can only arrive once the BAM database has been updated due to the arrival of the inital message. With this in mind, is there a way of telling BZT to stop thinking this a sequential convoy and just compile anyway


Thanks for any help guys,
TM



Re: BizTalk R2 General Problems with sequential convoys

Jon Flanders

A way around this is to do a send shape before the second receive and have the send shape initialize the correlation set. Its a no-op send - which is why some people use what is refered to as a "Null" adapter on the send port (one that doesn't actually send the message somewhere).




Re: BizTalk R2 General Problems with sequential convoys

etones

Hi Jon,

thanks for the response. Is there a special NULL port Or can I just use the file adaptor to dump it to disc

Kind regards
TM




Re: BizTalk R2 General Problems with sequential convoys

Jon Flanders

You can definately use the File adatper - it jus tmeans you'll be writing a bunch of files to the file system and then you'll have to manage those files.

Tomas has a sample Null Adapter - http://www.winterdom.com/weblog/2005/03/06/BizTalk2004NullSendAdapterSample.aspx






Re: BizTalk R2 General Problems with sequential convoys

etones

Excellent,

many thanks Jon.

Bzt really ought to come with a NULL adapter out of the box.

TM