Saturday, June 05, 2004 12:13 PM Jan Tielens

Generic BizTalk Web Service (Via Scott Woodgate)

Scott has posted an interesting example: a webservice that accepts any type of XML Document, which will be send to a single BizTalk receive port. Afterwards you can process the XML Document in an orchestration for example. Cool stuff, I can defenitly imagine some scenarios where this would be useful! With this web service you don't need to have a special web service for each type of InfoPath form you want to submit to BizTalk for example. Filed under:

Comments

# re: Generic BizTalk Web Service (Via Scott Woodgate)

Saturday, June 05, 2004 7:20 AM by EROL

Thanks EROL www.mysps.info

# re: Generic BizTalk Web Service (Via Scott Woodgate)

Monday, June 07, 2004 9:26 AM by Raf

I am not into biztalk, but I wonder where the selfdescribing part of this webservice is? In this case all service facades could have only one method: Handle(xml).
Ok, it's easier.

# re: Generic BizTalk Web Service (Via Scott Woodgate)

Monday, June 07, 2004 2:03 PM by Jan

You're right, the self describing part of the web service is partially gone (the web service tells you that you can submit any XML document). However in BizTalk scenarios agreements are based on schema's rather than service endpoints. For example a receive port (e.g. a queue or ftp location) can receive any type of XML document. Based on the schema of the received document, orchestrations can be started and the message can be processed. If you want to have the same behavior when using a web service, you can use Scott's generic web service. Think of it as a facade that's process driven, between two or more business partners that know eachother.