Microsoft BizTalk Server 2006 R2 Standard, IT Disk Kit, MVL DVD 5 MLF D75-01324 Manuel D’Utilisation
Codes de produits
D75-01324
13
The Loop shape, which allows performing an action repeatedly while some condition is true.
The Transform shape, which allows transferring information from one document to another,
transforming it on the way by invoking maps defined with the BizTalk Mapper.
The Parallel Actions shape, which allows specifying that multiple operations should be performed in
parallel rather than in sequence.
The shape that follows this one won’t be executed until all of the
parallel actions have completed.
The Scope shape, which allows grouping operations into transactions and defining exception
handlers for error handling. Both traditional atomic transactions and long-running transactions are
supported. Unlike atomic transactions, long-running transactions rely on compensating logic rather than
rollback to handle unexpected events.
supported. Unlike atomic transactions, long-running transactions rely on compensating logic rather than
rollback to handle unexpected events.
The Message Assignment shape, which allows assigning values to orchestration variables. These
variables can be used to store state information used by the orchestration, such as a message being
created or a character string.
created or a character string.
Figure 9 shows an orchestration created in the Orchestration Designer using a few of these shapes. In
this simple example, a message is received, a decision is made based on the content of that message,
and one of two paths is executed as a result of that decision. Orchestrations that solve real problems
can be significantly more complex than this, of course, and so to help in working with these more
complex diagrams, the Orchestration Designer provides the ability to zoom in and out. This lets a
developer view only those parts of an orchestration that she’s currently interested in. Once a developer
has defined an orchestration, the group of shapes and relationships between them is converted into a
standard .NET assembly. And it’s still possible to add explicit code to an orchestration when necessary
by calling a .NET object from inside a shape.
this simple example, a message is received, a decision is made based on the content of that message,
and one of two paths is executed as a result of that decision. Orchestrations that solve real problems
can be significantly more complex than this, of course, and so to help in working with these more
complex diagrams, the Orchestration Designer provides the ability to zoom in and out. This lets a
developer view only those parts of an orchestration that she’s currently interested in. Once a developer
has defined an orchestration, the group of shapes and relationships between them is converted into a
standard .NET assembly. And it’s still possible to add explicit code to an orchestration when necessary
by calling a .NET object from inside a shape.