Skip to main content

Distributed OSGi services in JBoss Fuse

JBoss Fuse (Fuse ESB) is a great container featuring Apache Karaf as OSGi container. It has a great feature called Fabric, on which you can start another container efficiently and do provisioning from any container connected in one Fabric. It means that, you can uninstall bundles from in other container from your current container.

Fabric also allows a bundle to publish services and let them be consumed by other bundles. Not just by bundles in the same container, but in other bundles as long as publishers and consumers are connected in one Fabric.

I'm here not to to tell you how to use JBoss Fuse or what it is. But to tell you that it's been hard to find references about how to publish services and consume them in distributed environment. So, I want to share my experience to handle that with blueprint or with Spring DM 1.x.x based on scattered sources of information I have read for weeks.

Let's get started!

Assume that you have a publisher which publishes a service to reverse text. It is published in container child1. Not only that, but you also have a consumer to the service in other container named child2. Child1 and child2 are children from a Fabric. You can create them in the root container by using

fabric:create --clean
fabric:container-create-child root child 2

Back to the service, you have to create 3 bundles:
  • An API jar, which defines interfaces used by the publisher and the consumer.
  • A publisher OSGi bundle, which creates the implementations and publish them as services.
  • A consumer OSGi bundle, which consumes the services.
Note that is is recommended to split APIs and services into two separated bundles.

The API jar

It only contains one java file: src/main/java/**/

package id.web.michsan.fuse.api;

public interface StringReverseService {

    public String reverse(String text);


The Publisher

It contains the implementation of the interface which is also one java file src/main/java/**/

package id.web.michsan.fuse.publisher;

import id.web.michsan.fuse.api.StringReverseService;

public class StringReverseServiceImpl implements StringReverseService {

    public String reverse(String text) {
        return new StringBuffer(text).reverse().toString();


It also contains OSGi service definition in blueprint format. You should prefer Blueprint to Spring DM as it's standard and widely supported by OSGi containers.


<?xml version="1.0" encoding="UTF-8"?>
<blueprint xmlns="">

 <bean id="myStringReverseService"
  <!-- <property name="verbose" value="${verbose}" /> -->


<?xml version="1.0" encoding="UTF-8"?>
<blueprint xmlns=""

 <!-- Load configuration file defined in persistent-id -->
 <cm:property-placeholder persistent-id="id.web.michsan.fuse.publisher">
   <cm:property name="verbose" value="false" />

 <!-- Export as OSGi services -->
 <service ref="myStringReverseService"
   <entry key="service.exported.interfaces" value="*" />


The key service.exported.interfaces in <service-properties>  tag is so important as it lets your service be available from other container.

In the pom.xml, aside of using <packaging>bundle</packaging>, you need to include:
      <!-- OSGi bundle generation -->

The Consumer
In consumer bundle, you have to create a class which consumes the service:
package id.web.michsan.fuse.consumer;

import id.web.michsan.fuse.api.StringReverseService;


import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;

import org.apache.mina.core.service.IoHandlerAdapter;
import org.apache.mina.core.session.IoSession;
import org.apache.mina.filter.codec.ProtocolCodecFilter;
import org.apache.mina.filter.codec.textline.TextLineCodecFactory;
import org.apache.mina.transport.socket.SocketAcceptor;
import org.apache.mina.transport.socket.nio.NioSocketAcceptor;

public class RequestHandler {

   private int port;
   private StringReverseService stringReverseService;

   private SocketAcceptor acceptor;

   public void afterPropertiesSet() throws Exception {
      acceptor = new NioSocketAcceptor();

            new ProtocolCodecFilter(new TextLineCodecFactory()));

      acceptor.setHandler(new IoHandlerAdapter() {
         public void messageReceived(IoSession session, Object message)
               throws Exception {
            String text = (String) message;
            String result = stringReverseService.reverse(text);

      acceptor.bind(new InetSocketAddress(port));

   public void destroy() throws Exception {
      if (acceptor != null)

   /** ---- Accessors ---------------------------------- */

   public void setPort(int port) {
      this.port = port;

   public void setStringReverseService(
         StringReverseService stringReverseService) {
      this.stringReverseService = stringReverseService;


For the src/main/resources/OSGI-INF/blueprint/bundle-context-osgi.xml you should create like the following:
<?xml version="1.0" encoding="UTF-8"?>
<blueprint xmlns=""

   <!-- Load configuration from file defined by persistent-id attribute -->
   <cm:property-placeholder persistent-id="id.web.michsan.fuse.consumer">
         <cm:property name="port" value="4321" />

   <!-- Import OSGi services -->
   <reference id="bokuNoStringReverseService"
      interface="id.web.michsan.fuse.api.StringReverseService" />


While the src/main/resources/OSGI-INF/blueprint/bundle-context.xml is:
<?xml version="1.0" encoding="UTF-8"?>
<blueprint xmlns="">

   <bean class="id.web.michsan.fuse.consumer.RequestHandler" init-method="afterPropertiesSet">
      <property name="port" value="${port}" />
      <property name="stringReverseService" ref="bokuNoStringReverseService" />
      <property name="userDao" ref="bokuNoUserDao" />

The features definition file
When using Fabric, we have to install all features with profile


   <feature name="michsan-publisher" version="1.0.0">

   <feature name="michsan-consumer" version="1.0.0">


From a fresh JBoss Fuse Full zip file, start a default container (./bin/fuse)

fabric:create --clean

After setting your password, wait for a while until all required bundles started (check from command: list)

Create children containers.
fabric:container-create-child root child 2

As we know, we should use profile to install features
fabric:profile-create --parents jboss-fuse-minimal --parents dosgi michsan-base
fabric:profile-edit -r file:///path/to/michsan-features.xml michsan-base

fabric:profile-create --parents michsan-base michsan-publisher
fabric:profile-edit -f michsan-publisher michsan-publisher

fabric:profile-create --parents michsan-base michsan-consumer
fabric:profile-edit -f michsan-consumer michsan-consumer

Install into two different containers after both of them started well (check from command: container-list)
fabric:container-add-profile child1 michsan-publisher
fabric:container-add-profile child2 michsan-consumer


albina N muro said…
Fabric also allows a bundle to publish services and let them be consumed by other bundles. Not just by bundles in the same container, but in other bundles as long as publishers and consumers are connected in one Fabric. kontraktor murah di jogja

Popular posts from this blog

Bagaimana Ujian SIM C secara sukses di SatPas Daan Mogot

Atas berkat rahmat Allah Yang Maha Pengasih lagi Maha Penyayang, saya berhasil mendapatkan SIM C secara legal dalam 1 kali kedatangan yakni sore tadi (23 Januari 2010). Makasih ya Allah.

Sorry, kali ini saya berbicara non IT. Mungkin ini adalah momen bersejarah bagi saya yang perlu direkam dalam blog saya dan ini juga merupakan sesuatu yang sangat penting untuk dibagikan kepada orang lain, seperti halnya judul blog saya "Let's share"


SELECT ... FOR UPDATE is required to lock specific row in database in order to prevent other query thread to read or make changes to the same row. The lock is released once you update the data or commit it.

As a Spring lover, it's hard to find references about implementing the technique in Spring JDBC template. But finally I managed to use it.