Tip |
---|
CleverBus OpenHub framework is Apache Camel on steroids. Why not get more? |
- CleverBus is OpenHub framework is based on matured, well-proofed and very popular integration engine Apache Camel
- CleverBus extends OpenHub framework extends basic Camel functionality to be more productive and effective in common integration implementation
- CleverBus is OpenHub framework is proven and stable solution used in production environments
- CleverBus is OpenHub framework is open-source with quality code, covered by many unit tests
- CleverBus uses OpenHub framework uses database as queue for asynchronous messages processing. Database is well-known technology for most people to administrate or use it. Nevertheless, we want to offer alternative, we want to support JMS as queue.
- CleverBus isOpenHub framework is technologically neutral to operation system, application server and database.
- CleverBus together OpenHub framework together with application server like Apache Tomcat and database like PostgreSQL represent light-weight ESB solution (server and database can be different)
- CleverBus uses OpenHub framework uses another well-proven open-source libraries such as Spring framework, Spring security, Spring Web Services or HttpClient
- CleverBus can OpenHub framework can use same tools which can be used by Apache Camel, for example Red Hat® JBoss® Fuse or Hawtio
- CleverBus has OpenHub framework has own web administration console
Tip |
---|
We have many years experience with integration projects, we know common problems, we know how to solve it effectively. CleverBus OpenHub framework is established on this knowhow. |
Main
...
OpenHub framework extensions
OpenHub framework extends Apache Camel in many ways, look at main points:
- asynchronous message processing model
- parent-child concept that allows to divide main message into more child messages and process them separately
- obsolete messages checking when messages impact same data
- funnel component is for filtering concurrent messages at specific integration point. This filtering ensures that only one message at one moment will be processed, even in guaranteed order (optional choice).
- guaranteed message processing order
- algorithm is configurable
- synchronous response that input request is saved in queue and asynchronous confirmation with processing result
- monitoring of processing in Admin GUI and via JMX
- throttling - functionality that checks count of input requests to integration platform and if this count exceeds defined limit then new requests are restricted
- extended error handling with many new Camel events
- tracking external systems communication - storing requests and responses
- web administration console
- searching in asynchronous messages
- message details with requests/responses overview
- searching in logs
- manual cancel of next message processing
- restart failed messages
- error codes catalogue
- exposed WSDLs overview
endpoints overview
- extended logging allows to group logs together of one request/message or process
- direct call console allows to send custom requests to external system
- stopping mode is useful function for correctly CleverBus shutdown
- extensions allow to encapsulate new CleverBus functionalityOpenHub framework functionality
- support for cluster (in progress at this moment)