Re: Sending multiple messages in parallel

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

From: Oll (Oll_at_discussions.microsoft.com)
Date: 07/08/04 

Date: Thu, 8 Jul 2004 09:48:02 -0700

Thanks for your responses.

The providers are synchronous request/responses over http.

Is all of this possible from within an orchestration or will I need to set up the ports through BizTalk Explorer?

As Matt pointed out earlier, if I have provider send ports subscribed to the incoming request message, how will I be able to keep track of all those messages and the group them into one message to send back to the original client?

Kind Regards,
Oliver

"Christof [MVP]" wrote:

> Like Matt points out, your scenario will mainly depend on what kind of
> providers you will be sending messages at. If they use request/response
> (like SOAP/HTTP), you will not need any correlation. This is done
> automagically for you by the engine. If your providers use protocols like
> FTP, FILE or queuing, you need two ports: a send and a receive. You'll need
> to correlate them using a corrset.
>
> Best regards,
> Christof
>
> --
> Christof [Microsoft BizTalk Server MVP]
>
> "Matt Milner" <matt.milner@m3technologypartners dot com> wrote in message
> news:eTylDVQZEHA.2544@TK2MSFTNGP10.phx.gbl...
> > It sounds like at a high level what you need is something like the
> > following, though I'm not sure if it will totally work or meet your needs:
> >
> > Orchestration with a request response port to receive the requests from
> > client
> > A send port set to direct which sends out your request to the providers.
> > you'll need send ports or a send port group that are subscribed to this
> > message type and need to initialize a correlation on some property in the
> > message. This property will need to come back from all providers.
> > A looping receive that you setup to last for some duration or count of
> > received responses that continues to receive and aggregate the correlated
> > response messages into your client response.
> > Then send the response to the client.
> >
> > The key issues here that I am uncertain about are 1) you have to figure
> out
> > how to know when you are done receiving responses since you won't know how
> > many providers you are waiting to responsd and 2) I'm not sure if the
> > solicit-response send ports will actually work outside of the
> orchestration
> > in this way with correlation. They are intended to work with a standard
> > request and response in the orchestration.
> >
> > HTH,
> > Matt
> >
> >
> > "Oll" <Oll@discussions.microsoft.com> wrote in message
> > news:3797C58A-CA3A-409F-BA33-9BEB688FAA70@microsoft.com...
> > > Hi, I'm totally new to BTS and am struggling to get started.
> > >
> > > The Problem:
> > > Basically I'm trying to create a 'quote engine'. It receives a request
> > message from a client, sends out messages to several providers (needs to
> be
> > easy to add/remove when needed without interfering with current providers)
> > and, once all providers have responded, collate the results and return to
> > the client.
> > >
> > > The sending of messages to providers needs to happen in parallel as it
> > could involve sending 10s of messages each taking up to a couple of
> seconds
> > to reply.
> > >
> > > If someone could give me advice on how best to achieve this it would be
> > much appreciate.
> > >
> > > Thanks
> > > Oliver
> >
> >
>
>
>

Relevant Pages

  • Re: Sending multiple messages in parallel
    ... providers you will be sending messages at. ... FTP, FILE or queuing, you need two ports: ... > A send port set to direct which sends out your request to the providers. ... > response messages into your client response. ...
    (microsoft.public.biztalk.general)
  • Re: Sending multiple messages in parallel
    ... your only option is to correlate them all back together... ... up the ports through BizTalk Explorer? ... the incoming request message, how will I be able to keep track of all those ... >>> response messages into your client response. ...
    (microsoft.public.biztalk.general)
  • Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS)
    ... (simply blocking them won't work of course since they will be used to originate connections to external servers when using TCPIP ... It is clear whether a connection is a new request or a response to another request. ... It is standard to block the former for specific ports and allow the latter. ...
    (comp.os.vms)
  • [PATCH] Miscellaneous documentation cleanup: 2.6.30-rc3
    ... The Silicon Motion SM501 multimedia companion chip is a multifunction device ... which may provide numerous interfaces including USB host controller USB gadget, ... +asynchronous serial ports, audio functions, and a dual display video interface. ... -Sometimes it happens that a request enters the io scheduler that is contigious ...
    (Linux-Kernel)
  • Re: [PATCH] Miscellaneous documentation cleanup: 2.6.30-rc3
    ... The Silicon Motion SM501 multimedia companion chip is a multifunction device ... which may provide numerous interfaces including USB host controller USB gadget, ... +asynchronous serial ports, audio functions, and a dual display video interface. ... -Sometimes it happens that a request enters the io scheduler that is contigious ...
    (Linux-Kernel)