BizTalk Server Orchestration - Exposing orchestration as a web service

This is Interesting: Free IT Magazines  
Home > Archive > BizTalk Server Orchestration > June 2006 > Exposing orchestration as a web service





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 Exposing orchestration as a web service
Prash

2006-06-14, 1:19 am

I was able to expose an orchestration as a web service. I have a
Receive-Send port which takes input, passes it to Receive shape, the
orchestration does something and then passes the output to the same port.
This makes sense because it fits the paradigm of web service.

But I am curious about a few things
1. Do we always have to have a two-way port in an orchestration that we want
to expose as a web service?

2. If the answer is No, then how do you configure the Send port? Assume we
have an orchestration with one incoming port and one outgoing port. It is
easy to configure the incoming (receive) port. But how do I configure the
send port? I don't know what URL to specify in SOAP configuration for send
port?

Does this even make sense? AFAIK Web Services are synchronous. So I think it
may not make sense to have a send port.

3. I can think of a 'fire and forget' type of web service to which you just
send message and don't expect a return.

Prash


Sujesh

2006-06-14, 1:19 am

Can't you use Request - Response receive port for the Orchestration web
service. In this you just have to specify url in the receive port and dont
worry about any send port urls. May be I am wrong.

"Prash" wrote:

> I was able to expose an orchestration as a web service. I have a
> Receive-Send port which takes input, passes it to Receive shape, the
> orchestration does something and then passes the output to the same port.
> This makes sense because it fits the paradigm of web service.
>
> But I am curious about a few things
> 1. Do we always have to have a two-way port in an orchestration that we want
> to expose as a web service?
>
> 2. If the answer is No, then how do you configure the Send port? Assume we
> have an orchestration with one incoming port and one outgoing port. It is
> easy to configure the incoming (receive) port. But how do I configure the
> send port? I don't know what URL to specify in SOAP configuration for send
> port?
>
> Does this even make sense? AFAIK Web Services are synchronous. So I think it
> may not make sense to have a send port.
>
> 3. I can think of a 'fire and forget' type of web service to which you just
> send message and don't expect a return.
>
> Prash
>
>
>

Prash

2006-06-14, 1:18 pm

Sujesh,

That is what I am using and it works. In this arrangement, there is just one
port that accepts a request and sends a response. I am wondering how to
manage if you have one port that does only receive and another that does
only send. You can hook the receive port to the web service, but what do you
do with the send port?

Prash


"Sujesh" <Sujesh@discussions.microsoft.com> wrote in message
news:FEAE9150-EE9B-40D3-9A99-E4A5D499B948@microsoft.com...[vbcol=seagreen]
> Can't you use Request - Response receive port for the Orchestration web
> service. In this you just have to specify url in the receive port and dont
> worry about any send port urls. May be I am wrong.
>
> "Prash" wrote:
>


Prash

2006-06-14, 7:17 pm

Sujesh,

That is what I am using and it works. In this arrangement, there is just one
port that accepts a request and sends a response. I am wondering how to
manage if you have one port that does only receive and another that does
only send. You can hook the receive port to the web service, but what do you
do with the send port?

Prash

"Sujesh" <Sujesh@discussions.microsoft.com> wrote in message
news:FEAE9150-EE9B-40D3-9A99-E4A5D499B948@microsoft.com...[vbcol=seagreen]
> Can't you use Request - Response receive port for the Orchestration web
> service. In this you just have to specify url in the receive port and dont
> worry about any send port urls. May be I am wrong.
>
> "Prash" wrote:
>


Sujesh

2006-06-15, 1:20 am

Make the send port of the orchestration dynamic and assign the destination
location inside the orchestration.

"Prash" wrote:

> Sujesh,
>
> That is what I am using and it works. In this arrangement, there is just one
> port that accepts a request and sends a response. I am wondering how to
> manage if you have one port that does only receive and another that does
> only send. You can hook the receive port to the web service, but what do you
> do with the send port?
>
> Prash
>
> "Sujesh" <Sujesh@discussions.microsoft.com> wrote in message
> news:FEAE9150-EE9B-40D3-9A99-E4A5D499B948@microsoft.com...
>
>
>

Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com