Microsoft BizTalk Server 2006 R2 Standard, FR Disk Kit, MVL DVD 5 MLF D75-01322 User Manual

Product codes
D75-01322
Page of 26
10 
 
BizTalk Server 2006 R2 also includes adapters that implement other commonly used communication 
mechanisms. The MSMQ Adapter allows sending and receiving messages using Microsoft Message 
Queuing  (MSMQ),  for  example,  while  the  WebSphere  MQ  Adapter  allows  sending  and  receiving 
messages  using  IBM’s WebSphere MQ.  Similarly, the  SMTP Adapter  and  the  POP3 Adapter  allow 
sending and receiving email using these standard protocols.  
Other  adapters  allow  interaction  via  common  storage  mechanisms.  The  File  Adapter,  for  instance, 
allows reading from and writing to files in the Windows file system. Because the applications involved in 
a  business  process  can  often  access  the  same  file  system,  either  locally  or  across  a  network, 
exchanging  messages  through  files  can  be  a  convenient  option.  The Windows  SharePoint  Services 
Adapter allows accessing and publishing documents stored in SharePoint document libraries, while the 
SQL Adapter can access information in a SQL Server database. The product also includes adapters for 
exchanging information using IBM’s DB/2 database and Oracle’s database. 
Another  important category  of  adapters  are  those  that  allow  connecting  to commonly-used  business 
applications.  BizTalk  Server  2006  R2  provides  adapters  for  a  number  of  these,  including  SAP  R/3, 
Siebel  eBusiness  Application,  PeopleSoft,  JD  Edwards  OneWorld,  and  others.  The  product  also 
provides the BizTalk Adapters for Host Systems for connecting to applications running on IBM zSeries 
mainframes and iSeries mid-range systems. 
Whatever  receive  adapter  is  used  for  incoming  data,  the  messages  it  gets  must  commonly  be 
processed before they can be accessed by an orchestration. Similarly, outgoing messages produced 
by an orchestration often need to be processed before they are  transmitted by a send adapter. Both 
kinds of processing depend on pipelines, as described next. 
Processing Messages: Pipelines 
The  applications  that  support  a  business  process  communicate  by  exchanging  various  kinds  of 
documents,  such  as  purchase  orders,  invoices,  and  many  others.  For  a  BizTalk  application  to 
implement  this  process,  it  must  be  able  to  deal  correctly  with  the  messages  that  contain  these 
documents. The processing required to do this 
can involve multiple steps, and so it’s performed by a 
message  pipeline.  Incoming  messages  are  processed  through  a  receive  pipeline,  while  outgoing 
messages go through a send pipeline. 
For  example,  even  though  more  and  more  applications  understand  XML  documents,  many  cannot. 
Since BizTalk Server 2006 R2 typically works with XML documents internally, it must provide a way to 
convert other formats to and from XML. Other services may also be required, such as authenticating 
the sender of a message. To handle these and other tasks in a modular way, a pipeline is constructed 
from  some  number  of  stages,  each  of  which  contains  one  or  more  components.  Each  component 
handles  a  particular  part  of  message  processing,  and  BizTalk  Server  2006  R2  provides  standard 
components for 
the most common cases. If these aren’t sufficient, developers can also create custom 
components for both receive and send pipelines.  
BizTalk Server 2006 R2 defines a few default pipelines, including a simple receive/send pair that can 
be  used  for  handling  messages  that  are  already  expressed  in  XML.  A  developer  can  also  create 
custom  pipelines  using  the  Pipeline  Designer.  This  tool,  which  runs  inside  Visual  Studio,  provides  a 
graphical interface  that  allows  dragging  and  dropping  components  to  create  pipelines  with  whatever 
behavior is required.  
Translating Messages: Data Mapping 
Pipelines are responsible for converting external documents into and out of an XML representation, if 
requi
red. Yet it’s up to the developer to define what that XML representation looks like, that is, to specify 
the  schema  that  should  be  used.  Schemas  are  defined  using  the  XML  Schema  Definition language 
(XSD),  a  powerful  but  complex  way  to  describe 
an  XML  document’s  structure  and  the  types  it  can