Re: General BizTalk Question

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

From: Hugo Rodger-Brown (hugo_at_coldhams.com)
Date: 12/06/04


Date: Mon, 6 Dec 2004 16:24:47 -0000

No, is the simple answer.

BizTalk is a messaging platform (-ish), and not really related to web
sevices per se. Its web service-friendly credentials come from two main
angles:

1. Business processes modelled as Orchestrations within BizTalk can
"consume" (i.e. call) external web services.
2. Orchestrations' entry points can be exposed via web services, allowing
external parties to submit messages to BizTalk via SOAP. When an
orchestration is exposed in this way the web services generated are still
hosted within IIS as normal .aspx pages; code behind the web services uses
the BizTalk API to push the contents of the web service request into BizTalk
as a message. BizTalk is not a web server, so can't host a web service
natively.

Converting your existing web services to run as orchestrations within
BizTalk might have some benefits, but BizTalk is designed primarily to
process messages asynchronously, and synchronous request-reply scenarios are
not always easy to get right (though they can work.) See
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnpag/html/eappint-ch04.asp ,
under "Request/Reply" for a simple explanation of how you would implement
such a scenario.

Implementing BizTalk successfully is a "non-trivial" process, and without a
well thought-out plan of action it would be hard to recommend it simply for
the sake of it?

Hugo
http://hugo.rodger-brown.com

"peter_a_pringle@hotmail.com"
<peterapringlehotmailcom@discussions.microsoft.com> wrote in message
news:EDD26373-59D1-46AC-B2F9-56039061A2D1@microsoft.com...
> Hi All
>
> We have an application that has two parts: the aspx pages on one IIS
server
> and the web servers that live on another IIS server and do the data access
> stuff. One of our client would like to run BizTalk as well. My question
has
> two parts:
>
> 1. Can we 'place' our existing web services 'into' BizTalk without
> modification?
> 2. What are the benefits of having the seb services in BizTalk over them
> being on their own IIS server?
>
> Thanks



Relevant Pages

  • Re: webservices vs. vanilla biztalk
    ... I believe that exception handling within the orchestration environment can ... The runtime/execution environment for BizTalk is much better suited for ... > and integrating with the BizTalk server. ... > the web services and we can control lot of things through the code. ...
    (microsoft.public.biztalk.general)
  • Re: Publish orchestrations as a web service on another server
    ... You can't install the BizTalk web services in a different machine other than BizTalk server. ... The Orchestration depends on some of the BizTalk assemblies that's available in the GAC only in the BizTalk server. ...
    (microsoft.public.biztalk.general)
  • Re: BAS registration failed, how to test TPM web service.
    ... TPMgmtWS and TPPubWS are Trading Partner Management web services. ... You don't have to be logged in using the same account as BAS, ... BizTalk BAS Managers ...
    (microsoft.public.biztalk.general)
  • Exposing a web service as XmlDocument
    ... >When BizTalk is trying to consume the message it fails ... However it is possible to expose a web ... > Web Services project). ...
    (microsoft.public.biztalk.general)
  • Re: A few Biztalk 2004 questions?
    ... Woodgate's excellent webcast on using "Web Services with BizTalk 2004". ... >> and just point to a BizTalk Server. ... Typically you will need to install ...
    (microsoft.public.biztalk.server)