BizTalk Server - BT 2002 - MSMQ Messages not in chronological order??

This is Interesting: Free IT Magazines  
Home > Archive > BizTalk Server > November 2005 > BT 2002 - MSMQ Messages not in chronological order??





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author BT 2002 - MSMQ Messages not in chronological order??
Joop

2005-10-01, 5:50 pm

I need some help with a BT 2002 orchestration where MSMQ messages do
not arrive in the order they are generated in the Orchestration.

We are sending 1 to 4 different messages from an orchestration to the
same MSMQ queue. The Biztalk XLANG event monitor shows the actions are
executed in the order I expect from the process as designed in the BT
Orchestration Designer. The implementation of the corresponding
actions are of type Biztalk Messaging, since we need the XML mapping
available in the related channels. This channel then is configured to
place the output XMLs into the MSMQ queue.

What we experience is that the MSMQ messages are not placed on the
MSMQ queue in the order the XLANG event monitor shows them. I tried
using the Message Queuing implementation directly from the
orchestration (as opposed to Biztalk Messaging), but these seem to be
missing support for XML mapping...

What I tried is:
* to use transactions around the individual Actions, as well as the
around most of the Orchestration. But this does not seem to make a
difference. The XLANG Event Monitor always shows the correct order
anyway.
* to use the Priority property of the MSMQ Channel to give "right of
way" to the Channels used first in the orchestration. This too did not
make any difference. I suspect that the Channels probably get handed
the XML to process as a separare thread and the orchestration does not
wait for it to complete.

Is there a way to make sure my messages are sent in order?

P.S. upgrading to BT 2004 is not an option on the short term, but if
BT 2004 would support what I need in a graceful manner I would like to
hear about it.

Thanks,

Joop
KOrnel

2005-11-12, 7:47 am


"Joop" <l_o_u_s_take_most_away@xs4all.nl> wrote in message
news:r01uj1p3uqdntc8q3b38vd94udjutm147v@
4ax.com...
>I need some help with a BT 2002 orchestration where MSMQ messages do
> not arrive in the order they are generated in the Orchestration.
>
> We are sending 1 to 4 different messages from an orchestration to the
> same MSMQ queue. The Biztalk XLANG event monitor shows the actions are
> executed in the order I expect from the process as designed in the BT
> Orchestration Designer. The implementation of the corresponding
> actions are of type Biztalk Messaging, since we need the XML mapping
> available in the related channels. This channel then is configured to
> place the output XMLs into the MSMQ queue.
>
> What we experience is that the MSMQ messages are not placed on the
> MSMQ queue in the order the XLANG event monitor shows them. I tried
> using the Message Queuing implementation directly from the
> orchestration (as opposed to Biztalk Messaging), but these seem to be
> missing support for XML mapping...
>
> What I tried is:
> * to use transactions around the individual Actions, as well as the
> around most of the Orchestration. But this does not seem to make a
> difference. The XLANG Event Monitor always shows the correct order
> anyway.
> * to use the Priority property of the MSMQ Channel to give "right of
> way" to the Channels used first in the orchestration. This too did not
> make any difference. I suspect that the Channels probably get handed
> the XML to process as a separare thread and the orchestration does not
> wait for it to complete.
>
> Is there a way to make sure my messages are sent in order?
>
> P.S. upgrading to BT 2004 is not an option on the short term, but if
> BT 2004 would support what I need in a graceful manner I would like to
> hear about it.
>
> Thanks,
>
> Joop



Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com