ActiveBPEL® Designer User’s Guide
If you have not already done so, complete or review Tutorial Part 1: Starting a New Process, Tutorial Part 2: Planning and Designing a Process, and Tutorial Part 3: Adding Web References.
In Part 2 of the tutorial, you added a BPEL Receive activity on the Process Editor canvas. Now you will begin creating an executable process based on a WSDL file that you have added to Web References.
In the Navigator view of ActiveBPEL, you should have the following:
In Web References view, you should have loanServicePT.wsdl that you added in Part 3. The Web References view should be set to Partner Link Types.
By completing Part 4 of the tutorial, you will be able to:
Step 1: Use the Operation Wizard to create a pair of Receive and Reply activities
ActiveBPEL contains an Operation wizard that uses Web References to build a good chunk of a BPEL process automatically. It discovers the namespace, partner link type and message information required to create Receive, Reply and Invoke activities, that is, the Web service activities.
The loan approval process needs four Web service activities:
request operation
to the Process Editor canvas.
As described in the last part of the tutorial, you can find
the request operation by setting Web References
to Partner Link Types view and expanding loanPartnerLT.
A BPEL process must begin by receiving an input message. This means you must start with either a Receive or a Pick activity, since they are structured to receive data from a business partner’s Web service. Since the loan approval process contains a Receive and matching Reply, you can create both activities at the same time.

loanPartnerLT for
a partner link name. To make the name more meaningful, type in customer for
the partner link, and click Next.
A partner link describes the roles that a process and service can play as well as what data they can manipulate in that role. They are based on partner link types defined in a WSDL file. A business process can have many roles as it interacts with services, and each role is defined within a partner link. The customer role is defined in the loanServicePT.wsdl file.

creditInformationMessage for the
input variable name. This is the WSDL message used in the operation.
To make the process variable name more meaningful, type in request,
and click Next.
A BPEL process receives, manipulates, and sends data through XML variables. Variables hold the messages exchanged between business partners as well as data used only within the process.

approval.
The Receive and Reply activities appear in the Process Editor. The activities have valid properties.
The following illustration shows the activities and properties for the Receive created by the Operation wizard.

Step 2: Rename the Receive and Reply activities
To make the activity names more meaningful, we will rename them.
ReceiveCustomerRequestforLoanAmt in
the activity label on the Process Editor canvas or, in Properties
view, type into the Activity Name field. Do
not use spaces.
AcceptMessageToCustomer.
Step 3: Create the Invoke Loan Assessor Activity using the Operation Wizard
The process requires invocation of two different Web services. Each Web service receives an input from the process and returns an output.
riskAssessmentLT and then
expand assessor.
check operation, as
shown in the example.

check operation to the
Process Editor.
assessor,
and click Next.
request,
so we will use the existing variable that was named in the Receive
activity, as shown in the example. Click Next.

risk.
InvokeLoanAssessor,
as the example shows.

Step 4: Create the Invoke Loan Approver activity using the Operation Wizard
loanApprovalLT partner
link type.
approve operation to the
Process Editor canvas.
approver.
request and approval variables.
InvokeLoanApprover,
as shown in the example.

You should now have four activities on the Process Editor canvas, as shown.

The Web service activities are in place, and you can continue to Tutorial Part 5: Adding Process Activities and Properties.
Copyright (c) 2004-2007 Active Endpoints, Inc.