|
Home > Archive > BizTalk Server Orchestration > December 2004 > Urgent: Orchestration web service on server w/o BTS
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 |
Urgent: Orchestration web service on server w/o BTS
|
|
| Silly_King 2004-12-14, 9:27 pm |
| Hi all,
My BizTalk server cannot be exposed to the internet (NAT or not), so i'm
hoping to use a dedicated web service server to host the web service exposing
my orchestration. The problem is that the dedicated web server can't have
BizTalk installed on it. What would be a good way to accomplish this?
here's a diagram of sorts depicting the infrastructure configuration:
[internet] -> |DMZ -> [web service server] | -> [Biztalk server]
Ideally i'd be able to reuse the web service created by the BizTalk Web
Services Publishing Wizard. Can that web service just be "moved" to another
web server, changing *some* code, perhaps?
Thank you!
| |
| Silly_King 2004-12-14, 9:27 pm |
| Thank you! When i tried this very thing earlier, i got RPC & timeout errors
publishing the project to another server. It may be that my particular
configration is causing problems - what with a firewall being in between the
servers... i'll attempt to troubleshoot & hopefully it'll work.
Thanks again...
"SP" wrote:
> Hi Silly,
>
> This is what I found in product documentation at
>
> "ms-help://BTS_2004/SDK/htm/ebiz_prog_webservices_atmb.htm"
>
> Create BizTalk receive locations. This option automatically creates the Soap
> adapter receive ports and locations that correspond to each generated .asmx
> file. If another receive location already exists, the receive location is
> not be replaced. Receive locations for the SOAP adapter are resolved using
> the format "/<virtual directory name>/<orchestration
> namespace_typename_portname>.asmx".
>
> Note The project location can exist on a different server. To publish a
> Web service to a different server, type the project name as
> http://<servername>/<project_name>.
>
>
> Note The project location can exist on a non-default Web site. When
> publishing to a non-default Web site, include the port number of the Web
> site in the URL: http://localhost:8080/<project_name>.
>
>
> Note When you use the wizard to create receive locations, the wizard
> creates the receive locations using many default values. The default values
> for receive and send pipelines are
> Microsoft.BizTalk.DefaultPipelines.PassThruReceive and
> Microsoft.BizTalk.DefaultPipelines.PassThruTransmit. If messages received
> through the published Web service require any special pipeline processing
> (for example, validation, correlation, or inbound/outbound maps), then you
> should set the send and receive pipelines to
> Microsoft.BizTalk.DefaultPipelines.XMLReceive,
> Microsoft.BizTalk.DefaultPipelines.XMLSend, or to a custom pipeline.
>
>
>
> Hope this answers your question
>
> -SP
>
> "Silly_King" <SillyKing@discussions.microsoft.com> wrote in message
> news:43CD9AB7-D848-462F-BB63-08765B9DD655@microsoft.com...
> exposing
> another
>
>
>
| |
| Greg Forsythe 2004-12-14, 9:27 pm |
| Your web service server will still need the Biztalk binaries, which are
called by the .asmx code. And access to the Biztalk databases.
One option, one that I have used is to use an ISA server instead and reverse
proxy to the Biztalk Server - the web services are published on the Biztalk
Server.
[internet] -> |DMZ -> [ISA server] | -> [Biztalk server]
Or alternatively write your own web service proxy i.e. custom web service
that calls the Biztalk Web service.
Greg
"Silly_King" <SillyKing@discussions.microsoft.com> wrote in message
news:43CD9AB7-D848-462F-BB63-08765B9DD655@microsoft.com...
> Hi all,
>
> My BizTalk server cannot be exposed to the internet (NAT or not), so i'm
> hoping to use a dedicated web service server to host the web service
exposing
> my orchestration. The problem is that the dedicated web server can't have
> BizTalk installed on it. What would be a good way to accomplish this?
>
> here's a diagram of sorts depicting the infrastructure configuration:
>
> [internet] -> |DMZ -> [web service server] | -> [Biztalk server]
>
> Ideally i'd be able to reuse the web service created by the BizTalk Web
> Services Publishing Wizard. Can that web service just be "moved" to
another
> web server, changing *some* code, perhaps?
>
> Thank you!
| |
| Hugo Rodger-Brown 2004-12-15, 8:26 am |
| Silly - I'd go with Greg's last point - create a custom web service that can
be deployed into the DMZ, then submit the messages to BizTalk manually. This
then gives you the freedom to choose which method suits - via HTTP if the
inner firewall is locked down, or perhaps MSMQ/T if you can open the
relevant ports?
As Greg points out, the web service stubs generated by the wizard use the
BTS binaries to directly submit messages - which in turn requires access to
the databases - not something you'd want in the DMZ?
The easiest shortcut would be to use the wizard to create the stubs, then
strip out the actual message submission code, and put your own bit in. Yes -
you can reuse them - they're standard .csproj web projects - there should be
a link to the project from the last screen of the wizard, which will open
the project in VS.NET.
Hugo
http://hugo.rodger-brown.com
"Silly_King" <SillyKing@discussions.microsoft.com> wrote in message
news:43CD9AB7-D848-462F-BB63-08765B9DD655@microsoft.com...
> Hi all,
>
> My BizTalk server cannot be exposed to the internet (NAT or not), so i'm
> hoping to use a dedicated web service server to host the web service
exposing
> my orchestration. The problem is that the dedicated web server can't have
> BizTalk installed on it. What would be a good way to accomplish this?
>
> here's a diagram of sorts depicting the infrastructure configuration:
>
> [internet] -> |DMZ -> [web service server] | -> [Biztalk server]
>
> Ideally i'd be able to reuse the web service created by the BizTalk Web
> Services Publishing Wizard. Can that web service just be "moved" to
another
> web server, changing *some* code, perhaps?
>
> Thank you!
| |
| Silly_King 2004-12-15, 6:27 pm |
| Do you know if the use of BTS binaries have licensing implications? I may
have to write the WS proxy, but i was hoping to do less work... in this case,
money is in inverse proportion to time  . ISA/reverse proxy, unfortunately,
is not an option either.
thank you for your advice!
"Greg Forsythe" wrote:
> Your web service server will still need the Biztalk binaries, which are
> called by the .asmx code. And access to the Biztalk databases.
>
> One option, one that I have used is to use an ISA server instead and reverse
> proxy to the Biztalk Server - the web services are published on the Biztalk
> Server.
> [internet] -> |DMZ -> [ISA server] | -> [Biztalk server]
>
> Or alternatively write your own web service proxy i.e. custom web service
> that calls the Biztalk Web service.
>
>
> Greg
>
> "Silly_King" <SillyKing@discussions.microsoft.com> wrote in message
> news:43CD9AB7-D848-462F-BB63-08765B9DD655@microsoft.com...
> exposing
> another
>
>
>
| |
| Ben Cuttriss 2004-12-16, 6:49 pm |
| Silly,
I've read all the ideas below and can testify to having tried to accomplish
to no avail. Hugo's idea is the only one that works.
Your site would then look like:
[internet] -> |DMZ -> [custom web service] | -> [Biztalk server -> [Exported
Web Service]]
The custom web service would simply transfer the information through to the
"internal" web service which is on the biztalk server. It can even return
the response the same way.
HTH.
Ben Cuttriss
"Hugo Rodger-Brown" wrote:
> Silly - I'd go with Greg's last point - create a custom web service that can
> be deployed into the DMZ, then submit the messages to BizTalk manually. This
> then gives you the freedom to choose which method suits - via HTTP if the
> inner firewall is locked down, or perhaps MSMQ/T if you can open the
> relevant ports?
>
> As Greg points out, the web service stubs generated by the wizard use the
> BTS binaries to directly submit messages - which in turn requires access to
> the databases - not something you'd want in the DMZ?
>
> The easiest shortcut would be to use the wizard to create the stubs, then
> strip out the actual message submission code, and put your own bit in. Yes -
> you can reuse them - they're standard .csproj web projects - there should be
> a link to the project from the last screen of the wizard, which will open
> the project in VS.NET.
>
> Hugo
> http://hugo.rodger-brown.com
>
> "Silly_King" <SillyKing@discussions.microsoft.com> wrote in message
> news:43CD9AB7-D848-462F-BB63-08765B9DD655@microsoft.com...
> exposing
> another
>
>
>
| |
| Luis Azedo 2004-12-20, 7:49 am |
| Hi ,
you don't have to create a custom web service if you use wse and soap
routing. just route your web service from the dmz web server to the biztalk
server.
hope it helps
"Silly_King" wrote:
> Hi all,
>
> My BizTalk server cannot be exposed to the internet (NAT or not), so i'm
> hoping to use a dedicated web service server to host the web service exposing
> my orchestration. The problem is that the dedicated web server can't have
> BizTalk installed on it. What would be a good way to accomplish this?
>
> here's a diagram of sorts depicting the infrastructure configuration:
>
> [internet] -> |DMZ -> [web service server] | -> [Biztalk server]
>
> Ideally i'd be able to reuse the web service created by the BizTalk Web
> Services Publishing Wizard. Can that web service just be "moved" to another
> web server, changing *some* code, perhaps?
>
> Thank you!
|
|
|
|
|