Biztalk Study Roadmap
My Biztalk study is finished, i spend totally 3 weeks... start learning from i know nothing about biztalk, and result a workable transparent intermediate component between a J2EE application and host server, with customized web service handling in between!
First i will birefly summarize my study roadmap, then i will put some testing orchestration for reference, and finally, i will comment some tricky parts during the study progress.
Part A: To briefly summarize my biztalk study roadmap:
- [ XML Schema ] - first of all, i claify how does the xml schema work and what happen if i modify the xml schema to the biztalk solution implementation
- [ Message Routing ] - once i believe i can master the xml schema, i try message routing (which do not require any orchestration to be deployed). input port, output port, message filtering and message mapping...
- [ Biztalk Admin Console ] - trouble happens when i test the message routing, i found that the mapping still keep an old image even i redeploy... so, i have to deal with the biztalk admin console...
- [ Orchestration ] - when there is no problem to route message via biztalk admin console, it is time for me to play with orchestration - the heart of business logic implementation in biztalk
- [ Simple Adpater ] - orchestration is pretty easy, when i have tried next are different kind of simple adapters... file, http, ftp, smtp... and i finish my testing with no big disappointment
- [ Advanced Adapter ] - when i feel comfortable with simple adapters, i jump to an advanced adapter, it is soap adapter. this is a biztalk built-in adapter, so sample is available from microsoft website: BizTalk Server Code Samples
- [ Web Service Publishing Wizard ] - one of the important part of soap adapter is the web service publishing wizard, which help to deploy an orchestration to a ready-to-use web service.
- [ WSDL ] - since i know nothing about wsdl before, i study W3School WSDL Tutorial as well
- [ Message Assignment ] - !! this part is an important step in the whole study roadmap. i found there is no way to map input message to the web service request message... it strucks me out... and finally, i tried to assign the message field content by using mssage assignment shape, and it magically work! thx god. this idea comes from ths soap header sample from microsoft biztalk sample site.
- [ TCP/IP Adapter ] - after i have tested all simple and advanced biztalk built-in adapter, i found that the adapter i actually need which is not likely a biztalk built-in adapter... so i google it, and google always work great, i found that great BizTalk Server 2006 TCPIP Adapter which work perfectly. follow the documentation and the included testing programs, it works in an instant.
- [ Flat File Schema ] - in order to work more than just a pass thru string, i have to study flat file schema... again, which is pretty easy to use...
- [ Disassembler Pipeline ] - to transform an passthru string to be a flat file schema message, one very important component have to be added in between, that is flat file disassembler pipeline. follow instruction on how to use a pipeline, FlatFileReceive (BizTalk Server Sample), and a flat file message will be resulted!!
- [ Flat File Wizard Details ] - when u need more than just a simple flat file schema, can come to Walkthrough: Creating a Flat File Schema From a Document Instance
Part B: Biztalk Demo Construction Roadmap (Orchestration):
- Message construction and simple adapters tryout:

- Web service tryout:

- Customized web service request message tryout:

- Web service request tryout:

- TCP/IP adapter and web service tryout:

- FINAL all-in-one. TCP/IP + message extraction, web service:

Part C: Tricky items:
- strong key name file is needed for deployment
- adding soap adapter in orchestration as web reference instead of ports
- one of the way to construct web service request message without using mapping is to use message field assignment
- tcp/ip adapter is not built-in biztalk adapter, have to use 3rd party component
- tcp/ip adapter is not able to add into orchestration as port directly, use later port binding via biztalk admin console
- use flat file wizard to construct flat file schema save a lot of time
- field with trailing space in flat file schema have to be padded with a char!

