Enterprise Integration Zone is brought to you in partnership with:

Paul Fremantle is CTO at WSO2, where he leads the technical team in the most dynamic Open Source Middleware company. He has been the chair of the WSRX TC at OASIS and he is VP of Apache Synapse at the Apache Software Foundation. Paul has co-authored two books on XML and Web Services and is a regular speaker at conferences. Previously Paul was a Senior Technical Staff Member at IBM where he led development of the IBM Web Services Gateway. In his spare time Paul plays traditional music on the tin whistle. Paul is a DZone MVB and is not an employee of DZone and has posted 15 posts at DZone. You can read more from them at their website. View Full User Profile

Introducing WSO2 Carbon, Part I

  • submit to reddit
I have a feeling I'm going to be blogging a lot about Carbon in the next few weeks, hence calling this "part 1". We are on the verge of releasing the Carbon codebase - the team is just putting the final touches to the download packs, and it seems a great time to talk about Carbon and what the vision is.

Firstly, Carbon isn't a "product". We already have a set of products, and we are launching new Carbon-based revisions of some of those:
  • WSO2 Web Services Application Server v3.0
  • WSO2 Enterprise Service Bus 2.0
  • WSO2 Registry 2.0
Carbon is the framework, the foundation, the model behind all of these. And we aren't just launching new revisions, we are also launching a new product: WSO2 Business Process Server 1.0. Yes, a BPM product, this is our integrated version of Apache Ode, with support for BPEL processes. I know many of you will want to know more about BPS but I'm going to blog separately about the details of that. Let's get back to Carbon.

Firstly, Carbon is based on the Eclipse Equinox OSGi container. Equinox is a great OSGi container and OSGi is providing some key capabilities: modularity, lifecycle and services. Effectively OSGi allows you to build much more componentized systems, where the components have versions, very clear interfaces, and you can support multiple components with the same purpose. Effectively, OSGi brings many of the desirable aims of SOA into the JVM.

If you've ever heard me talk about Web Services and SOA, you will have definitely heard me talk about how the standards were built to be composable. Like Lego blocks, if you need security, plug in the security standard. And when we built Apache Axis2 we built a model that supported that. But composability at the WS-Security and WS-ReliableMessaging level is very low level. So we fixed that. Carbon is a composable server architecture. Effectively our products are now sets of components running on the core framework, and you get to choose which ones you want and need. For example, if you want to add BPEL support to the ESB, simply download the BPS component and install into your existing ESB.

Why? What is good about a composable server architecture. Well, three things:
  • You can choose the deployment to suit your architecture: if you need some transformation and Data Service together, you can put together the system that supports this, simply, logically and consistently. And consistency is important. When you configure security on a process, its exactly the same code, UI and model as configuring security on a service. (By the way, we wrote zero new code to secure processes.)
  • You just use what you need: you don't end up with a monster ESB hub running 4Gb of code because that was what the vendor offered.
  • The system can grow, and not just through WSO2's efforts: you can grab OSGi bundles from other places, or simply repackage existing tools.

Now, the composable server architecture isn't just something WSO2 is going on about - Spring dm Server offers a similar model for building webapps, and IBM is promising it will come in WAS.next. But we think we have done something unique. We've figured out how to make it work for SOA.

My analogy is this: when you download Eclipse and start coding, you need know nothing about OSGi. But when you go to the plugin manager and add capabilities to your Eclipse tool, then OSGi becomes something really useful. Why? Because you can add UML support into your existing workplace and integrate it with your existing code. You can download SVN support and start saving all your resources into SVN. This is more than just OSGi - someone figured out what it meant to make a composable tooling platform. And we have done the same for SOA. We've figured out how to make a composable SOA platform.

What is a composable SOA platform? Its a platform where when you add new types of service, you can instantly do many things: secure them, try them out, configure logging, caching, throttling, statistics. Its a platform where every piece of metadata and configuration is stored consistently in a metadata Registry, with full versioning. So when you add new components and features, they fit into your SOA Governance model. Its a platform where you can mediate any service in a consistent way, without having to run a separate costly ESB. And its a platform where the administration UI seamlessly grows and extends to support just the function you need to know and work with.

Ok. You can tell I'm ultra-enthused about this! I am. And this is just the first step. 2009 is going to be an immense year.


ESB http://wso2.org/projects/esb/java
WSAS http://wso2.org/projects/wsas/java
Registry http://wso2.org/projects/registry
Business Process Server http://wso2.org/projects/bps

If you are wondering how to do cool things like adding Java Service Hosting to ESB, well the official downloads of Carbon Plugins are still a couple of weeks away. But Charitha has given us an early preview if you don't mind a bit of DIY!

The effort involved in getting 4 new product releases, plus a brand new OSGi framework is amazing. I cannot begin to describe the greatness of the team that did this, but suffice to say WSO2 has an amazing crew. Congrats to everyone - this is a major step forward in SOA technology. 

Published at DZone with permission of Paul Fremantle, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)


michal addon replied on Tue, 2009/06/16 - 12:06pm

Lets start from beginning. I have started earn $$ with sports betting about 3 years ago. Firstly I was very very bed thinking about this kind of job. Lots of people said me that sports btting is just gambling and nothing more. That I have started read a lot of betting and bookmakers firms, bonuses ect. First what I found what very interested me was betfair and Betfair trading system it is nothing but exchange bets with other members of this system. It is amazing option earn lots of money. One more think what I love in betfair is great bonus with Sports betting. Firstly when You wanna start betting You have to choose of the betting system and next find good site with livescore. When You have more information about sport betting You could think about change Your bookmaker to something new like bwin or bet365. Last think what I wanna tell You is Good LUCK, read and learn as much as You can and finaly You got You succes with bookies.Best regards !!

reenu saxena replied on Tue, 2009/06/23 - 3:21am

WSO2 Business Process Server 1.0 it's really a good product.

Teeth Whitening

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.