You are viewing an older version of this section. Click here to navigate to the latest version.

Service Versioning

One of the hard problems of writing services is dealing with different versions of your service. Inevitably, you need to change the format of your data, yet somehow retain backward compatibility. In the XML world, many people have gone down the XSLT approach, but the complexity of it makes it very difficult. It also doesn’t map well to JSON based RESTful services. This example will show you how to use MQL inside of Mule to easily version your JAX-RS web services.

Below is a table of two different data formats, version 1.0 and version 2.0. In version 2.0 we’re changing the data format to make the address it’s own individual object.

Version 1.0 Version 2.0

{  "name":"Joe Schmoe",  "email":"",  "address":"10 Foo",  "state":"NY",  "city":"New York"}

{  "name":"Joe Schmoe",  "email":"",  "address" :  {    "address1" : "10 Foo",    "state":"NY",    "city":"New York"  }}

The conversion can be done with two simple MQL expressions. From version 1.0 to 2.0:

from payload as u     select new(com.mulesoft.mql.example.User) {       name =,      email =,      address = new(com.mulesoft.mql.example.Address) {         address = u.address,         city =,         state = u.state      }    }

And from version 2.0 to 1.0:

from payload as u     select new {       name =,      email =,      address = u.address.address,      city =,      state = u.address.state    }

Let’s create our JAX-RS resource for version 2.0 of our service:

import java.util.Collection;import*;@Path("/")@Produces("application/json")@Consumes("application/json")public class UserResource {    // a Map of Users keyed by their email    private UserManager userManager = new UserManager();       @GET    public Collection<User> getUsers() {        return userManager.getUsers();    }        @POST    public User addUser(User user) {        userManager.addUser(user);        return user;    }}

This simply returns a list of users and adds users when the client does a POST request. Version 2.0 of this service can then be registered as a Mule endpoint:

<flow name="v2">    <inbound-endpoint address="http://localhost:9002/api/v2/users" exchange-pattern="request-response"/>    <jersey:resources>        <component>            <singleton-object class="com.mulesoft.mql.example.UserResource"/>        </component>    </jersey:resources></flow>

We can now create an endpoint for version 1.0 of our service as well based on the MQL transformations. Here is an example. First, we’ll declare our MQL transformers in the configuration:

<!-- Converts the old User object to the new version --><mql:transform name="V1-to-V2" query="from payload as u ..." /><!-- Converts the new User object to the old version --><mql:transform name="V2-to-V1" query="from payload as u ..."/>

And now, we’ll create a flow which performs these transofrmations on a /api/v1 url:

<flow name="v1">    <inbound-endpoint address="http://localhost:9002/api/v1/users" exchange-pattern="request-response"/>        <!-- Transform from old version if there is a request payload -->    <processor-chain>        <expression-filter expression="message.getInboundProperty('http.method') == 'POST' || message.getInboundProperty('http.method') == 'PUT'"                            evaluator="groovy"/>        <transformer ref="V1-to-V2"/>    </processor-chain>        <jersey:resources>        <component>            <singleton-object class="com.mulesoft.mql.example.UserResource"/>        </component>    </jersey:resources>        <!-- Transform to old version -->    <transformer ref="V2-to-V1"/></flow>

And presto, you have two versions of your service running with only one codebase!

Running the example

Next, we’ll configure and start the examples application:

  • Download Mule and extract the distribution

  • Download MQL and extract the distribution

  • Copy the examples/ file from the MQL distribution to MULE_HOME/apps

  • Start Mule:

 $ cd mule-standalone-3.1.2/bin$ ./mule
  • Execute a query against version 1.0 service:

http://localhost:9002/api/v1/users/[{"address":"123 Main St","email":"","name":"Dan Diephouse","state":"CA","city":"San Francisco"}]
  • Execute a query against version 2.0 service:

$ curl  http://localhost:9002/api/v2/users/[{"address":{"address":"123 Main St","state":"CA","country":"USA","city":"San Francisco"},"name":"Dan Diephouse","email":""}]

In this topic: