BizTalk Server Orchestration - BizTalk 2004 :: orchestration, many to one maps :: must all message be present?

This is Interesting: Free IT Magazines  
Home > Archive > BizTalk Server Orchestration > May 2005 > BizTalk 2004 :: orchestration, many to one maps :: must all message be present?





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 BizTalk 2004 :: orchestration, many to one maps :: must all message be present?
BA

2005-05-14, 1:15 pm


Hello,

When using a map with multiple inputs, must all the messages exist at the
time the mapping is done?

I've tried this a bit but can seem to use say, 2 of the 3 input messages
into the map.

Can anyone confirm this? Is it in fact required to have all messages
present before you transform?

Thanks!

BA


Jon Flanders[MVP]

2005-05-16, 5:50 pm

Yes - you have to have all messages. What the orchestration code does is
create a new xml document which is the union of the incoming messages. If
one of them isn't present - i am guessing you'll get an exception - but at
best you'll get null XML which probably won't work properly in the map.

--
Jon Flanders
http://www.masteringbiztalk.com/blogs/jon/

"BA" <biztalk.architect@gmail.com> wrote in message
news:4285d613$0$1332$5fc3050@dreader2.news.tiscali.nl...
>
> Hello,
>
> When using a map with multiple inputs, must all the messages exist at the
> time the mapping is done?
>
> I've tried this a bit but can seem to use say, 2 of the 3 input messages
> into the map.
>
> Can anyone confirm this? Is it in fact required to have all messages
> present before you transform?
>
> Thanks!
>
> BA
>



BA

2005-05-16, 5:50 pm


Hey John,

A few tests have also revealed the same conclusion.

I want to parallel process but I'm stuck because in 1 of the 2 braches I
must have a condition which does not produce a document. I think I have
found a reasonable way around it via this post:

http://www.traceofthought.net/Perma...e4e8dc46d4.aspx

With it, I've decided to store a call for a dummy document in branch 2's
else case.

If the else is reached, a doc is generated which in turn maps a harmless
instance after the 2 paths join up.

This way I always have 2 documents at the end of the orchestration to map
into 1.

Thanks for the confirmation,

BA



"Jon Flanders[MVP]" <jon.flanders@gmail.com> wrote in message
news:uc65aElWFHA.3044@TK2MSFTNGP10.phx.gbl...
> Yes - you have to have all messages. What the orchestration code does is
> create a new xml document which is the union of the incoming messages. If
> one of them isn't present - i am guessing you'll get an exception - but at
> best you'll get null XML which probably won't work properly in the map.
>
> --
> Jon Flanders
> http://www.masteringbiztalk.com/blogs/jon/
>
> "BA" <biztalk.architect@gmail.com> wrote in message
> news:4285d613$0$1332$5fc3050@dreader2.news.tiscali.nl...
>
>



Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com