Microsoft BizTalk Server 2006 R2 Standard, Chinese Traditional Disk Kit, MVL DVD 5 MLF D75-01321 User Manual
Product codes
D75-01321
9
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
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.
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.
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.
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.
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.
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.
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
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.