I think there is a very clear distinction between an intermediary (like a JBI container, Mule, ServiceMix, Synapse, etc) and a Web Service client and server framework. While I agree with you that the term ESB is pretty vacuous, it is clear that all the ESB code out there fits into the world as some type of intermediary/mediation model. You can take Mule, ServiceMix, Synapse (or WebSphere ESB, or AquaLogic) and deploy them *between* two existing endpoints.
The standards that are quoted (JAX-WS/JAX-WSA/JSR-181) are not about building intermediaries/brokers but instead about building and deploying endpoints. So I have two clear questions about the proposal. 1) Is CeltiXFire planning to create an intermediary runtime or support endpoints or both? 2) Given the "meaninglessness" of the term ESB, maybe the Celtix team could clearly articulate what *they* mean when they say Celtix is an ESB? Thanks Paul 6/22/06, James Strachan <[EMAIL PROTECTED]> wrote:
Lots of people use the ESB word these days to talk about lots of different kinds of technology, so its a pretty meaningless term. (e.g. Some Synapse folks claim its an ESB too while others claim its an Axis2 mediation framework). So its better to focus on the specifications which are the aims of the project rather than these woolly marketing terms like ESB & SOA which don't really mean anything ;) On 6/22/06, Sanjiva Weerawarana <[EMAIL PROTECTED]> wrote: > On Thu, 2006-06-22 at 17:30 +0200, James Strachan wrote: > > > > CeltixFire is aimed at implementing the JAX-WS/JAX-WSA/JSR-181 > > standards which are the newer standards for working with SOAP & > > WS-Addressing on the Java platform > > Thanks for the clarification. So its basically an alternate to Axis2 as > we are working on all these specs there too; which of course is cool .. > alternates are a good way to figure out different ways of skinning a cat > and eventually we'll find the right way (hopefully before the cat > dies ;-)). > > I thought XFire does all these specs too > (http://xfire.codehaus.org/Stack+Comparison; except for obviously > JAX-WSA as that's not even done yet). So what part of Celtix (other than > the name) is in Celtixfire in that case? > > However, I'm not certain Iona folks look at it as just an impl of these > specs- at least that's not the impression I've gotten so far. Adi or any > of the Iona folks can you indicate what exactly Celtixfire is from your > point of view? Celtix is still marketed as an ESB and James' picture > doesn't quite fit. From http://celtix.objectweb.org/: "Celtix 1.0 > provides users with a feature-rich, open source ESB runtime that can > support any organization's adoption of Service Oriented Architecture > (SOA) in the enterprise." > > I'm confused exactly what Celtixfire is going to be. > > Sanjiva. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- James ------- http://radio.weblogs.com/0112098/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- Paul Fremantle VP/Technology, WSO2 and OASIS WS-RX TC Co-chair http://bloglines.com/blog/paulfremantle [EMAIL PROTECTED] "Oxygenating the Web Service Platform", www.wso2.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
