RE: Manual Invokation of orchestration from remote machine.

From: Vish (Vish_at_discussions.microsoft.com)
Date: 11/09/04 

Date: Tue, 9 Nov 2004 11:19:05 -0800

Hi,

I have a question regarding the orchestration as a webservice. I tried
exposing the orchestration as web services and used the webservice publishing
wizard. The wizard created the webservice which is in turn calling the
orchestration. This webservice is referred as server proxy so i guess we will
need a client proxy to call this webservice which in turn calls the
orchestration. Now since the orchestration can directly consume a SOAP
message why should we add extra layer of proxies for the same process ? Is it
not advantageous to make a http or a soap call to the orchestration on the
biztalk server directly ? The only concern is security but we can use SSL or
multi header SOAP message. Let me know. Thanks!

"Ashish Shukla" wrote:

> Hi Gilles
>
> Thanks for the help.
>
> Thanks and Regards
> Ashish Shukla
>
>
>
> "Gilles [MSFT]" wrote:
>
> > Hello,
> >
> > [...]
> >
> > >I tried what you had suggested. I have a orchestration with a port using
> > >http adapter and I send xml document to that url and everything is fine. I
> > >have another question. We need to use BTSHTTPReceive.dll. Do we need to have
> > >the virtual directory with the above mentioned dll on the same machine where
> > >biztalk is installed or this dll can be put on any web server. If yes please
> > >direct me to the documentation.
> >
> > BTSHttpReceive.dll is the piece that allows BizTalk to receive messages from HTTP. IN other words, it listens to
> > incoming HTTP connections and figures out which message should be sent to which port.
> >
> > Internally, BTSHttpReceive needs to submit a message to BizTalk and its uses a mecanism that is similar to the
> > "submitdirect" example you first investigated. It sounds like you have only one BizTalk machine so in this case, yes,
> > BTSHttpReceive has to be on the same machine as BizTalk.
> >
> > Thanks,
> > -Gilles.
> >
> >

Relevant Pages

  • RE: question on messages getting lost , BAM.....
    ... You're right that we provide Tracking Profile Editor as an easy way to configure the interceptor for orchestrations. ... have not seen anyone having the need to use the interceptor directly within the orchestration. ... Check that the BizTalk service is still running. ... >also publisher's receive port is exposed as a webservice. ...
    (microsoft.public.biztalk.general)
  • Re: Custom pipeline in a Orchestration webservice
    ... other message and implement your transform functionality. ... In Orchestration my Receive shape receives the message type ... But when i publish this Orchestration as a webservice. ...
    (microsoft.public.biztalk.general)
  • Re: Consuming BizTalk webservice
    ... The web service exposed by your orchestration is not different from any other webservice. ... In your orchestration case the parameter you pass will be the message, from a XSD schema which is equivalent to a complex type in ..NET. ... Say for example a webservice is expecting an object of type Employee, then the client application needs to construct that object and pass it as a parameter, which will eventually get serialized in the wire format and transmitted to the webservice. ... calls all want this object of "rootNodeName" type. ...
    (microsoft.public.biztalk.general)
  • question on messages getting lost , BAM.....
    ... editor when baming orchestration data. ... also publisher's receive port is exposed as a webservice. ... see Help and Support Center at ... 3)when does biztalk archive the bamed data? ...
    (microsoft.public.biztalk.general)
  • Orchestration WebService Bottlenecks
    ... I have a question regarding the orchestration as a webservice. ... The wizard created the webservice which is in turn calling the ... Now since the orchestration can directly consume a SOAP ...
    (microsoft.public.biztalk.general)
Loading