|
Home > Archive > BizTalk Server Orchestration > November 2005 > gurus ... can this be done ?
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 |
gurus ... can this be done ?
|
|
| kerberos 2005-11-25, 5:51 pm |
| hi all
i have this complications, hope you can help me out :lol:
i know biztalk is powerful, flexible and even "brilliant" that is cuz
i want to design an orchestration that have alternate methods to send
xml files, this is having dinamically established
for example, the orch process a po order (plain dumb, i know) for a
client, and here comes the ticky part
i need to go and check on the database on that exact customer (spsel)
to know what are their preferred methods to receive, for example
"customer A" is likely to receive in a "ftp xa" and if it fails ...
try "smtp bba"
and so on, "customer b" maybe "http bbx" and only if it fails will try
"ftp br"
and if both fails ... just process the message to an output
directory...
sumarizing, try method A (with it retries) when failing try method B
i know it is kind of childish to tell the troubles this way, but it
can assure you will get the whole picture
so the thing here is
1) this can be done with bts 2k4 ?
2) can you describe how would you achieve it ?
i really do appreciate the efforts of the bts community, specially
because you are making me to love this software
(at the beginning i was quiiiite reluctlant to use it, but since i
have tried, i like it very much, but that's a different story xd)
thaaaaaaank youuuuu, fellows
| |
| Greg Forsythe 2005-11-25, 8:49 pm |
| Yes, this can be done.
Create one send port for each supplier, specifying the primary and secondary
transports ( e.g. http then ftp)
Create a Role Link within an orchestration
Specify the destination party within the orchestration:
PurchaseOrderRoleLink(Microsoft.XLANGs.BaseTypes.DestinationParty) = new
Microsoft.XLANGs.BaseTypes.Party(message(BTS.DestinationPartyID));
Use a Send shape to send to the Role Link.
If you put the send shape within a synchronized scope you can Catch failues
to send to either of the transports and generate an alert(email, file drop)
The trick is determining the BTS.DestinationPartyID of the message. I have
used a custom ResolveParty pipeline component when receiving the PO, that
determines the Destination Party from the message content and the Party
aliases.
With this method you can also have different maps on each send port so you
can send different formats to each supplier.
The only custom code is Resolve Party piepline component, everything else is
standard Biztalk
regards
Greg
"kerberos" <nirvfan_mty@hotmail-dot-com.no-spam.invalid> wrote in message
news:tt2dnT-L5JBiHxreRVn_vQ@giganews.com...
> hi all
> i have this complications, hope you can help me out :lol:
> i know biztalk is powerful, flexible and even "brilliant" that is cuz
> i want to design an orchestration that have alternate methods to send
> xml files, this is having dinamically established
> for example, the orch process a po order (plain dumb, i know) for a
> client, and here comes the ticky part
> i need to go and check on the database on that exact customer (spsel)
> to know what are their preferred methods to receive, for example
> "customer A" is likely to receive in a "ftp xa" and if it fails ...
> try "smtp bba"
> and so on, "customer b" maybe "http bbx" and only if it fails will try
> "ftp br"
> and if both fails ... just process the message to an output
> directory...
> sumarizing, try method A (with it retries) when failing try method B
>
> i know it is kind of childish to tell the troubles this way, but it
> can assure you will get the whole picture
> so the thing here is
> 1) this can be done with bts 2k4 ?
> 2) can you describe how would you achieve it ?
> i really do appreciate the efforts of the bts community, specially
> because you are making me to love this software
> (at the beginning i was quiiiite reluctlant to use it, but since i
> have tried, i like it very much, but that's a different story xd)
>
> thaaaaaaank youuuuu, fellows
>
| |
| kerberos 2005-11-26, 8:47 pm |
| thanks a lot, greg
looks like a pretty well solid based answer
definetely i will try on that
|
|
|
|
|