With the increased adoption of SOA, companies are finding the ESB (enterprise service bus) the "must have" application to connect disparate systems. Although a number of open source ESBs, such as Mule, OpenESB, Apache ServiceMix, and JBoss ESB have been around for a while, these products take a relatively heavyweight approach to integration by implementing the JBI (Java Business Integration) specification. A more recent open source arrival, WSO2 ESB, takes a lightweight approach, focusing on integration based on Web service standards.
WSO2 ESB is based on the open source Web service mediation and routing engine, Apache Synapse, released in June 2007 after two years of development effort. Synapse was written with the goal of providing fast XML message processing.
Click for larger view. |
Of the WSO2 enhancements, the Web management console is one of the most useful. Although the underlying XML-based configuration files are not terribly difficult to understand, and clear examples are provided for most common EAI patterns, the console makes mistakes less likely. This is especially true in environments where the operators and administrators of the ESB are not developers, commonly the case in larger enterprises. Proxies, end points, and sequences can all be created and managed via the DHTML-based management console. Although configuring the ESB does require some knowledge of the underlying ESB principals, the task is significantly easier in this environment.
The WSO2 management console also provides useful monitoring functions, allowing administrators to see graphical depictions of message traffic to proxies, end points and sequences, as well as details such as min/max/average response times, faults, and total message counts.
Click for larger view. |
The WSO2 ESB includes a simple file-based registry that can be used to dynamically update the ESB by deploying new configuration files. The "integrated registry," as they call it, can be referred to by any particular instance of the ESB, so any number of ESB servers may be deployed with the same configuration. Local registry entries can override remotely derived values.
The simple registry works well enough, but making a remote file system available to all running instances of the ESB isn’t feasible in most production environments, where the ESB is likely to run in a clustered, high-availability configuration.
That said, one advantage to a file-based registry is ease of integration into an organization's existing change management practices. Most commercial vendors have their own form of version control for registries, and shoehorning these schemes into the IT organization's way of doing things is a constant source of frustration for the customer. WSO2 has a separate registry project that will ultimately provide a full feature set; hopefully it will also make it easy to adopt different change management practices.
Steven Núñez is the Principal Consultant for BRMS at Illation Pty. Ltd. in Australia. He has worked with expert systems since 1991.
Talkback
E-mail
Printer Friendly
Reprints





