Introducing OpenHub framework

This article introduces OpenHub framework – new open-source integration solution based on Apache Camel. The article responds to questions why you should care about another integration framework, what are strong/weak properties and how to start a new project with OpenHub.

OpenHub framework is Apache Camel, but improved …

You can of course use only Apache Camel but you need to add a lot of other libraries, check their compatibility, prepare database and application server, then configure and tune everything together for production quality. Furthermore, for solving real problems you often need more than basic functionality …

OpenHub framework puts together the best application libraries and frameworks and creates a proven, tested and supported application stack that you can take and start integrating immediately. Moreover you get enterprise functionality that is available in commercial versions only.

Besides, OpenHub framework offers an effective way to structure project, to create routes and test them. It is based on several years’ experience with implementation integration projects. Nevertheless, it’s up to you which approach to use, whether OpenHub’s functionality or directly Apache Camel. There are no limitations in using Camel’s functionalities. You can choose functionality from Camel, OpenHub framework or another third-party component. Of course you can use the same tools which can be used by Apache Camel, for example Red Hat® JBoss® Fuse or Hawtio.

Our recommendation is to use best from both – use OpenHub framework as base (defines project structure, application stack, offers a lot of useful functionality for future use, …) together with any Camel’s functionality you need, also with third-party tools which work with Apache Camel.


OpenHub framework extends Apache Camel and therefore base architecture came up from Apache Camel. We have created full application stack with the following libraries and frameworks:


OpenHub is neutral to the database and application server. OpenHub supports both on-premise and cloud installations.

OpenHub framework has been created with the flexibility in mind – you can use/extend implementation from Camel, OpenHub or write your own.

Why use OpenHub framework?

OpenHub comes with enterprise functions like an asynchronous messaging model, cluster support and its own admin console.

The following patterns are implemented in asynchronous messaging model:

There are no limitations for synchronous messages from a performance point of view – it’s as fast as Apache Camel. For asynchronous messages we use a database by default for saving states – although this could be a bottleneck in some cases from a performance point of view, it still has many advantages. So far we haven’t hit performance limits in our real projects but we wouldn’t recommend it for really performance demanding projects. On the other side we believe that every company has a database and therefore we would also like to reuse it for OpenHub. Nevertheless there is possibility to use JMS/MQ systems in your company to support asynchronous messaging.

Admin console

Create new project

Create new Maven project with reference to parent artifact of OpenHub framework:


<project xmlns="" xmlns:xsi=""
    <name>OpenHub - Reference implementation</name>

We recommend to create the following project structure with at least two modules:

We have created reference project implementation with basic integration scenarious.

Project structure


Exit mobile version