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: Working with Orchestration Interfaces.
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.
In the Project Explorer view of ActiveBPEL, you should have the following:
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 Interfaces 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 expanding the Partner
Link Types view and expanding LoanProcessLT.
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.

LoanProcessLT for
a partner link name. To make the name more meaningful, type in LoanProcess 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 loanProcessor role is defined in the loanProcess.wsdl file.

loanProcessRequest for
the input variable name. This is referring to the single part element
of the WSDL message used in the operation. Notice that the Type is
selected as Element. To make the process variable
name more meaningful, type in creditInformation,
which is the name of the WSDL message. 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.
ReceiveCustomerRequestforLoanAmount in
the activity label on the Process Editor canvas or, in Properties
view, type into the Activity Name field. Do
not use spaces.
ReturnApprovalResponse.
Step 3: Create the Invoke Risk 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.
RiskAssessment,
and click Next.
creditInformation,
so we will use the existing variable that was named in the Receive
activity, as shown in the example. Click Next.

riskAssessment.
InvokeRiskAssessor,
as the example shows.

Step 4: Create the Invoke Loan Approver activity using the Operation Wizard
loanApprovalLT partner
link type, and then expand the approver role.
approve operation to the
Process Editor canvas.
LoanApproval.
creditInformation 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-2008 Active Endpoints, Inc.