Microsoft BizTalk Server 2006 R2 Standard, DE Disk Kit, MVL DVD 5 MLF D75-01323 ユーザーズマニュアル

製品コード
D75-01323
ページ / 26
 
however.  Instead,  a  business  analyst  or  (more  likely)  a  developer  uses  a  graphical  tool  to  create  a 
group  of  shapes  that  express  conditions,  loops,  and  other  behavior.  And  a
lthough it’s  not  shown  in 
Figure 5, orchestrations can optionally use the BRE to express complex sets of rules. 
Once an orchestration has processed a message, it typically produces another message destined for 
some other application. This message is placed in the MessageBox, then picked up by a send port. A 
send  port  can  have  the  same  three  components  as  a  receive  port,  and  they  perform  the  same 
functions: mapping the message into its outgoing format, preparing that message for transmission in a 
send pipeline, then actually transmitting it to its destination using an appropriate send adapter.  
All of this is held together by subscriptions stored in the MessageBox. When a message is processed 
by a receive port, a message context is created that contains various properties of the message. An 
orchestration or a send port can subscribe to messages based on the values of these properties. For 
example, an orchestration might create a subscription that matches all messages of the type “Invoice”, 
or all messages of the type “Invoice” received from the QwickBank corporation, or all messages of the 
type “Invoice” received from the QwickBank corporation that are for more than $10,000. However it’s 
specified,  a  subscription  returns  to  its  subscriber  only  those  messages  that  match  the  criteria  that 
subscription defines. A received message might initiate a new orchestration or it might activate another 
step  in  an  already  running  orchestration. When  an  orchestration  sends  a  message,  that message  is 
matched to a send port based on a subscription that port has established.  
As  this  description  suggests,  a  complete  solution  built  on  BizTalk  Server  2006  R2  contains  various 
parts (sometimes referred to as artifacts): orchestrations, pipelines, message schemas, and more. To 
allow working with these as a single unit, a developer can group them into a BizTalk application. Each 
BizTalk application wraps all of the pieces required for a solution into a single logical unit, making it the 
fundamental abstraction for management and deployment. 
Connecting Systems 
BizTalk  applications  rely  on  send  and  receive  ports  to  communicate  with  other  applications.  This 
section takes a closer look at the three components that a port can contain: adapters, pipelines, and 
data mappings. 
Sending and Receiving Messages: Adapters 
Interoperating  with  all  kinds  of  applications  on  all kinds  of  systems  is  a  fundamental  requirement for 
integration.  BizTalk  Server  2006  R2  accomplishes  this  via  adapters.  Depending  on  what  a  BizTalk 
application must communicate with, its creator determines which adapters that application should use. 
He  might  choose  one  of  the  built-in  adapters  BizTalk  Server  2006  R2  provides,  use  an  adapter 
provided by a third party, or even create a custom adapter.  
BizTalk  Server  2006  R2  introduces  a  new  approach  to  creating  adapters,  along  with  a  new  set  of 
adapters built using this approach. Rather than relying on the adapter framework provided in previous 
releases,  these  new  adapters  are  built  as  WCF  channels.  The  WCF-based  adapters  shipped  with 
BizTalk  Server  2006  R2  provide  support  for  SOAP,  SOAP  with  WS-*  technologies  such  as  WS-
Security, and more. Developers can create their own WCF-based adapters using either existing WCF 
channels or custom channels created for a specific purpose.  
Microsoft  also  provides  a  BizTalk  Adapter Pack  that  includes WCF-based  adapters  for  SAP,  Siebel, 
and  the  Oracle  database.  All  of  these  are  created  using  the  WCF  Line-of-Business  (LOB)  Adapter 
SDK
,  a  generalized  framework  for  creating  adapters  to  LOB  applications.  In  fact,  adapters  created 
using the WCF LOB Adapter SDK can be used by any .NET Framework application
—BizTalk Server 
isn’t required.