Service Activator

This section explains, through an example scenario, how the Service Activator EIP can be implemented using WSO2 ESB. The following topics are covered:

Introduction to Service Activator

The Service Activator EIP allows an application to design a service to be invoked both via various messaging technologies and non-messaging techniques. Service Activator interfaces methods and services in the back-end service layer so that the back-end services can be filtered and displayed to the client. For more information, refer to http://www.eaipatterns.com/MessagingAdapter.html.

Figure 1: Service Activator  EIP

Example Scenario for the EIP

This example scenario demonstrates how WSO2 ESB can be used to activate only a specific amount of services, which is exposed to a back-end Axis2 server. Using the publishWSDL, the service WSDL file was modified to filter out only a specific amount of services. The ability of the ESB to create proxy services allows the client to invoke the ESB proxy instead of invoking the service in Axis2 server.      

Implementing the Example Scenario in WSO2 ESB

Getting Started

The diagram below depicts how to simulate the example scenario using the WSO2 ESB.

Figure 2: Example Scenario of the Service Activator EIP

Before digging into implementation details, let's take a look at the relationship between the example scenario and the Service Activator EIP by comparing their core components.

Environment Set up

1. Download an install the WSO2 ESB from http://wso2.com/products/enterprise-service-bus. For a list of prerequisites and step-by-step installation instructions, refer to Getting Started in the WSO2 ESB documentation.

2. Start two Sample Axis2 server instances in ports 9001 and 9002. For instructions, refer to section ESB Samples Setup - Starting Sample Back-End Services in the WSO2 ESB documentation.

ESB Configuration

3. Start the ESB server and log into its management console UI (https://localhost:9443/carbon). In the management console, navigate to Main Menu, click Service Bus and then Source View. Next, copy and paste the following configuration, which helps you explore the example scenario, to the source view.

<?xml version="1.0" encoding="UTF-8"?>
<definitions xmlns="http://ws.apache.org/ns/synapse">
   <proxy name="ServiceActivatorProxy" startOnLoad="true">
      <target>
         <endpoint>
            <address uri="http://localhost:9000/services/SimpleStockQuoteService"/>
         </endpoint>
         <outSequence>
            <send/>
         </outSequence>
      </target>
      <publishWSDL uri="file:repository/samples/resources/proxy/sample_proxy_1.wsdl"/>
   </proxy>
   <sequence name="fault">
      <log level="full">
         <property name="MESSAGE" value="Executing default &#34;fault&#34; sequence"/>
         <property name="ERROR_CODE" expression="get-property('ERROR_CODE')"/>
         <property name="ERROR_MESSAGE" expression="get-property('ERROR_MESSAGE')"/>
      </log>
      <drop/>
   </sequence>
   <sequence name="main">
      <in/>
      <out>
         <send/>
      </out>
   </sequence>
</definitions>

Simulating the Sample Scenario

4. Back-end StockQuoteService offers the following services:

• getFullQuote
• getMarketActivity
• getQuote
• getSimpleQuote
• placeOrder

Only some of the back-end features will be published through the Service Activator Proxy. Browse http://localhost:8280/services to view the services offered through the ServiceActivatorProxy, and note that services getMarketActivity and getSimpleQuote are not available. Others are available and active.  

How the Implementation Works