Skip Headers
Oracle® Fusion Middleware Developer's Guide for Oracle SOA Suite
11g Release 1 (11.1.1)

Part Number E10224-01
Go to Documentation Home
Go to Book List
Book List
Go to Table of Contents
Go to Index
Go to Feedback page
Contact Us

Go to previous page
Go to next page
View PDF

8 Invoking a Synchronous Web Service from a BPEL Process

This chapter describes how to invoke a synchronous web service from a BPEL process. This chapter demonstrates how to set up the components necessary to perform a synchronous invocation. This chapter also examines how these components are coded.

This chapter includes the following sections:

For a simple Hello World sample (bpel-101-HelloWorld) that takes an input string, adds a prefix of "Hello " to the string, and returns it, visit the following URL:

8.1 Introduction to Invoking a Synchronous Web Service

Synchronous web services provide an immediate response to an invocation. BPEL can connect to synchronous web services through a partner link, send data, and then receive the reply in the same synchronous invocation.

A synchronous invocation requires the following components:


You can specify timeout values with the attribute syncMaxWaitTime in the Middleware_Home/domains/domain_name/config/soa-infra/configuration/bpel-config.xml file or with the System MBean Browser setting of,name=bpel in Oracle Enterprise Manager Fusion Middleware Control Console. If the BPEL process service component does not receive a reply within the specified time, then the activity fails.

8.2 Invoking a Synchronous Web Service

This section examines a synchronous invocation operation using the OrderProcessor.bpel file in the WebLogic Fusion Order Demo application as an example. For a more step-by-step approach, see Oracle Fusion Middleware Tutorial for Running and Building an Application with Oracle SOA Suite.

8.2.1 How to Invoke a Synchronous Web Service

To invoke a synchronous web service:

  1. In the Component Palette in Oracle BPEL Designer, drag the necessary partner link, invoke activity, and assign activities into the designer.

  2. Edit their dialogs. Procedures are described in Oracle Fusion Middleware Tutorial for Running and Building an Application with Oracle SOA Suite.

shows the diagram for the Scope_AuthorizeCreditCard scope activity of the OrderProcessor.bpel file, which defines a simple set of actions.

Figure 8-1 Diagram of OrderProcessor.bpel

Description of Figure 8-1 follows
Description of "Figure 8-1 Diagram of OrderProcessor.bpel"

The following actions take place:

  1. The Assign_CreditCheckInput assign activity packages the data from the client. The assign activity provides a method for copying the contents of one variable to another. In this case, it takes the credit card type, credit card number, and purchase amount and assigns them to the input variable for the CreditAuthorizationService service.

  2. The InvokeCheckCreditCard activity calls the CreditCardAuthorization service. shows the CreditCardAuthorizationService web service, which is defined as a partner link.

    Figure 8-2 CreditCardAuthorizationService Partner Link

    Description of Figure 8-2 follows
    Description of "Figure 8-2 CreditCardAuthorizationService Partner Link"

    shows the InvokeCheckCreditCard invoke activity.

    Figure 8-3 InvokeCheckCreditCard Invoke Activity

    Description of Figure 8-3 follows
    Description of "Figure 8-3 InvokeCheckCreditCard Invoke Activity"

  3. The Switch_EvaluateCCResult switch activity checks the results of the credit card validation. For information about switch activities, see Section 11.2, "Creating a Switch Activity to Define Conditional Branching."

8.2.2 What Happens When You Invoke a Synchronous Web Service

When you create a partner link and invoke activity, the necessary BPEL code for invoking a synchronous web service is added to the appropriate BPEL and Web Services Description Language (WSDL) files. Partner Link in the BPEL Code

In the OrderProcessor.bpel code, the partner link defines the link name and type, and the role of the BPEL process service component in interacting with the partner service.

From the BPEL source code, the CreditCardAuthorizationService partner link definition is shown in Example 8-1:

Example 8-1 Partner Link Definition

<partnerLink name="CreditCardAuthorizationService"

Variable definitions that are accessible locally in the Scope_AuthorizeCreditCard scope are shown in Example 8-2. The types for these variables are defined in the WSDL for the process itself.

Example 8-2 Variable Definition

<variable name="lCreditCardInput"
<variable name="lCreditCardOutput"

The WSDL file defines the interface to your BPEL process service component: the messages that it accepts and returns, the operations that are supported, and other parameters. Partner Link Type and Port Type in the BPEL Code

The web service's CreditCardAuthorizationService.wsdl file contains two sections that enable the web service to work with BPEL process service components:

  • partnerLinkType:

    Defines the following characteristics of the conversion between a BPEL process service component and the credit card authorization web service:

    • The role (operation) played by each

    • The portType provided by each for receiving messages within the conversation

  • portType:

    A collection of related operations implemented by a participant in a conversation. A port type defines which information is passed back and forth, the form of that information, and so on. A synchronous invocation requires only one port type that both initiates the synchronous process and calls back the client with the response. An asynchronous callback (one in which the reply is not immediate) requires two port types, one to send the request, and another to receive the reply when it arrives.

    In this example, the portType CreditAuthorizationPort receives the credit card type, credit card number, and purchase amount, and returns the status results.

    Example 8-3 provides an example of partnerLinkType and portType.

    Example 8-3 partnerLinkType and portType Definitions

    <plnk:partnerLinkType name="CreditCardAuthorizationService">
         <plnk:role name="CreditAuthorizationPort">
             <plnk:portType name="tns:CreditAuthorizationPort"/>
    </plnk:partnerLinkType> Invoke Activity for Performing a Request

The invoke activity includes the lCreditCardInput local input variable. The credit card authorization web service uses the lCreditCardInput input variable. This variable contains the customer's credit card type, credit card number, and purchase amount. The lCreditCardOutput variable returns status results from the CreditAuthorizationService service. Example 8-4 provides an example.

Example 8-4 Invoke Activity

<invoke name="InvokeCheckCreditCard"
    operation="AuthorizeCredit"/> Synchronous Invocation in BPEL Code

The BPEL code shown in Example 8-5 performs the synchronous invocation:

Example 8-5 Synchronous Invocation

<assign name="Assign_CreditCheckInput">
        <from variable="gOrderInfoVariable"
        <to variable="lCreditCardInput" part="Authorization"
        <from variable="gOrderInfoVariable"
        <to variable="lCreditCardInput" part="Authorization"
        <from variable="gOrderInfoVariable"
        <to variable="lCreditCardInput" part="Authorization"
<invoke name="InvokeCheckCreditCard"

8.3 Calling a One-Way Mediator with a Synchronous BPEL Process

You can expose a synchronous interface in the front end while using an asynchronous callback in the back end to simulate a synchronous reply. This is the default behavior in BPEL processes with the automatic setting of the configuration.transaction property to requiresNew in the composite.xml file. Example 8-6 provides details.

Example 8-6 configuration.transaction Property

<component name="BPELProcess1"> 
@ <implementation.bpel src="BPELProcess1.bpel"/> 
@ <property name="configuration.transaction" type="xs:string" 
@ many="false">requiresNew</property> 
@ </component> 

RequiresNew is the recommended value. If you want to participate in the client's transaction, you must set the configuration.transaction property to Required.