You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@synapse.apache.org by Paul Fremantle <pz...@gmail.com> on 2007/08/03 21:41:14 UTC

Fwd: [mule-dev] MuleSCA

Interesting movement from Mule.

Paul

---------- Forwarded message ----------
From: Neil Ellis (MuleSource) <ne...@mulesource.com>
Date: Aug 3, 2007 7:54 PM
Subject: [mule-dev] MuleSCA
To: "dev@mule.codehaus.org" <de...@mule.codehaus.org>

Hi folks

Ross has asked me to kick off the discussions regarding Mule supporting the
Service Component Architecture specification.

The following is a good resource on SCA:

http://www.osoa.org/display/Main/Home

And of course:

http://en.wikipedia.org/wiki/Service_component_architecture

SCA as a specification has a lot of backing; most, or all, of our
competitors are part of the specification group, including:

IBM, BEA, IONA, TIBCO, Software AG, Progress, Red Hat/jBoss, Sun,
Interface21, Oracle, SAP, Sybase

SCA has been quite well accepted as a specification and, thanks largely to
the number of vendors involved in the specification, is likely to see many
implementations in the near future. SCA compliant products in varying
degrees of development include:

Apache Tuscany - http://incubator.apache.org/tuscany/
Fabric 3 - http://fabric3.codehaus.org/
Infiniflow/Newton - http://www.paremus.com/opensource/opensource_newton.html
Oracle Fusion - http://www.oracle.com/products/middleware/index.html

BEA are currently positioning themselves to take on an open-source product
as their SCA offering. IBM were the main contributors to Tuscany so this
will be the basis of their offering.

The aim of the MuleSCA project is to evaluate strategies for Mule becoming
SCA compliant. We will be talking to SCA vendors and evaluating what changes
will be needed to achieve compliancy.

SCA has some concepts which Mule does not yet have, as a result of this we
will also be needing to work closely with those involved in core development
to look at how these features can be introduced in a
holistic manner. Such features include conversations (cross invocation
correlation) and service composites. Some of these features actually form
natural improvements to Mule.

We have a MuleForge project here http://www.mulesource.org/display/SCA/Home
and actively encourage all Mule developers to take part in the dev
list.

Kind regards
Neil Ellis

EMEASolutions Architect
MuleSource, Inc.
www.mulesource.com

Office: +44(0)1273 906 069
Mobile: +44(0)7983 553 957
Email : neil@mulesource.com
Skype: neilellis
iChat: neilellis@mac.com









---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email



-- 
Paul Fremantle
Co-Founder and VP of Technical Sales, WSO2
OASIS WS-RX TC Co-chair

blog: http://pzf.fremantle.org
paul@wso2.com

"Oxygenating the Web Service Platform", www.wso2.com