Why Does Modular
Co-Founder & CTO
+44 7740 199729
Paul Fremantle – CTO
• Co-founder and CTO of WSO2.
• VP of Apache Synapse, Co-Chair OASIS WSRX TC.
• Nominated Infoworld’s top 25 CTO in 2008.
• Previously a Senior Technical Staf Member at
• Author of two books: Building Web Services in
Java, 2nd Editon, and The XML Files.
• MA in Mathematcs and Philosophy and an MSc in
Computaton, both from Oxford University.
• Founded in 2005 by acknowledged leaders in XML,
Web Services Technologies & Standards and Open
• Producing entre middleware platorm 100% open
source under Apache license.
• Business model is to sell comprehensive support &
maintenance for our products.
• Venture funded by Intel Capital.
• Global corporaton with ofces in USA, UK & Sri Lanka.
• 80+ employees and growing.
• Quick Start
– Combinaton of consultng, training and POC
development in one week by WSO2 on-site team
working hand-in-hand with customer team.
• Development Support
– On-going support for Customer's engineering teams.
• Producton Support
– Full 24x7x365 enterprise support providing sofware
maintenance and support.
• What is Modular Middleware?
– WSO2 Carbon
• What is it and why did we build it?
• Why is it important?
– How does it work?
– Carbon 3.0.0
• Digging into the new release
– What’s next
• The Carbon App
• Beter Provisioning
• Design Objectves for WSO2 Middleware:
– Self-consistent and lean
– Internal interoperability
– External interoperability
– Infnitely fexible and agile for rapid soluton
– Open standards and Open Source
– A complete middleware platorm from data to
What is Carbon and why?
• Carbon is modular middleware
• “Eclipse for Servers”
– Completely built as a set of well-defned OSGi
– Highly stable foundaton for middleware
• High volume producton use cases 200m+
• Install new features, uninstall, revert
– Fits the middleware to the architecture
• Zero bloat but more than 150 features
Why did we build Carbon?
• Initally we wanted to have small independent
– Fast and agile
• But we soon ended up with overlap and
– Some teams were duplicatng functon
– Some products were missing functon that was
– But we didn’t want to lose the small team agility
Why is it important?
1. It makes WSO2 even more agile
2. It means that you already know how to
manage WSO2 systems
a. Security management of BPS is the same as ESB,
b. Clustering, Keystores, etc etc are all consistent
3. It is highly extensible: new components can
be writen by WSO2 or you
4. You can confgure the systems to ft your
The right middleware
• Use just the components you need
• Add the right components in the right place
– Data Services + Mediaton
– BPS and Data Services
• No need for multple product installs to
accomplish simple functon
– Compare the size of Carbon with ESB and BPS
loaded to competng BPMS+ESB
• Clean “front-end/back-end” separaton
– Every component has a core runtme, a clean SOA
management interface, a well-defned front-end console
– All completely pluggable, versioned, etc
• Full dependency management
– Hence full re-use
• Pluggable common core services:
– Registry, Key Management, Identty Management,
Clustering, Monitoring/JMX, Transports, etc
– Cloud enabled (hold that thought)
p2 – Provisioning Platorm
• Part of the OSGi Equinox project
– A well-defned model for provisioning components
– Based on a web or fle based repository
• Can be hosted internally for an organizaton
– Three approaches:
• Command line
• Web console
• Secure remote API
– Provision the middleware
• Coming soon - Provision user applicatons
How big is Carbon?
• WSO2 Carbon Download (just Carbon)
• p2 features repository
– 77Mb extra (130Mb in total)
• Total codebase
• Latest RCs (as of April 9th):
Carbon 3.0 aka Iridium
• Core improvements
– Component Manager
– Improvements to p2
• Patches are now p2 managed
– Beter Registry management
– Cluster manager
– WS-Discovery Support
– cApp (coming in June)
• Lots of per-product improvements (see
Iridium Release Plans
• Phase 1 – April 2010
– WSO2 WSAS 3.2
– WSO2 ESB 3.0
– WSO2 Governance Registry 3.5
– WSO2 Identty Server 3.0
• Phase 2 – May 2010
– WSO2 Data Services Server 2.5
– WSO2 Business Process Server 2.0
– WSO2 Business Actvity Monitor 1.1
– WSO2 Mashup Server 2.1
– WSO2 Gadget Server 1.1
– WSO2 Business Rules Server 1.0
Patches under Carbon 3.0
• Patches are p2 features
– Patch management now allows installaton, de-installaton
and revert to version
• Service Packs are p2 group features
– Manage dependencies
– Install all pre-requisite patches
– Uninstall / revert
Please note that patches and service packs are only
licensed for producton use to our producton support
Carbon Apps (cApps)
• A cApp is a repository of features
• Each feature is a deployable OSGi bundle containing a part of
– E.g. ESB sequence, Services, BPEL fow, etc
• The cApp contains a “logical topology”
– Mapping from app components to roles
• An automated build/deploy process adds a “physical
– Mapping into physical Carbon VMs
• The applicaton features have dependencies on the runtme
components they run on:
– Deploying an ESB sequence will ensure there is ESB code to run it on
• Webapp support
• Consistent endpoint management (Discovery
– Cloud deployment
– Plenty more
• WSO2 Carbon is the only complete modular
– Confgure your SOA as your architecture needs
– Grow as your needs grow
– Provision exactly what you need
– Prepare for a cloudy future
• Company Website: htp://wso2.com
• Paul: firstname.lastname@example.org
• Business Team: email@example.com