XFire Creator Joins MuleSource

Diephouse is the creator of XFire, the high performance open source SOAP framework. He joined MuleSource as the software architect focused on expanding Mule's web services capabilities.

"While at MuleSource I'll be helping expand Mule's web services support," Dan said. "One aspect of this will be adding a CXF transport. CXF for those don't know, is an open source framework for building web services. So in the near future we should see some expanded WS capabilities - including improved support for building services JAX-WS and specifications such as WS-Addressing, WS-ReliableMessaging, and WS-Policy."

Dan indicated that he wants to extend his interest in RESTful web services to encompass Mule integration in the near future.

"Dan Diephouse is responsible for some of the best and most important open source software available today," said Ross Mason, CTO of MuleSource. "We're delighted that he's joining our team. His software development and web services skills are an excellent complement to our growing team, and we expect to see some great enhancements to Mule as a result."

What do you think about this new collaboration?

is there a fork?

does this result in a new fork of cxf for the mule? or is there any change in the license terms for mule or cxf,does the current mule license compatible with the apache 2 lisence,or the integration will be ob mulesource only

Re: is there a fork?

No, this does NOT imply a fork. Mule will simply be using CXF for some web services functionality as it uses XFire, Axis, etc. We have no desire to fork CXF.

Congrats!

This is a good move for both sides. Mule and XFire / CXF are both best-of-breed frameworks, so having them work more closely together will be a big boon for the community.

from serviceMix to Mule

in my book it is called treason

Why treason

XFire and Mule are not competing wiht each other.Mule is highly stable product and makes sense for a product like xfire to leverage that . Frankly Mule is gaining to save a lot of Enterprise Architects .

can you read ?

I said mule and ServiceMix are compatitors.

Re: Congrats!

I was looking at the CXF site and it seemed like it's just a repackaging of the same old crap in the Java Web-Services pack.

I really don't get why everyone thinks generating WSDLs from Java and vice-versa is a good idea. Is there something more to CXF?

Re: can you read ?

Not really. Mule and Camel (part of Apache ActiveMQ) are competitors. ServiceMix can theoretically be used with either Mule or Camel. Camel is used by CXF, the project that combined Celtix with Dan's XFire.

The Camel project was purportedly started by Active Strachan because the Mule license wasn't open enough to be used (plus some rumor about a threatened law-suit by MuleSource, etc.) There's a lot of VC money being invested in these open source companies, and so the stakes are pretty high; some really strange things tend to go on behind the scenes.

Peace,

Cameron Purdy
Oracle Coherence: The Java Data Grid

Re: from serviceMix to Mule

Grow up. We have people from JBoss, BEA, Oracle, etc. Just business.

Re: can you read ?

well the way I see it
1. Mule is an ESB implementation (http://mule.codehaus.org/display/MULE/Home)
2. ServiceMix is an ESB implementation (http://incubator.apache.org/servicemix/home.html)
3. Camel is a lightweight "rule based routing & mediation engine" (read their own explanation: http://activemq.apache.org/camel/is-camel-an-esb.html)

dear Mr. Diephouse once worked for ServiceMix (look at the list of workers - http://incubator.apache.org/projects/servicemix.html)
and now seems to be working for Mule.

so, there is no going around the fact that he moved from one compatitor to the other. if both were comercial companies, he (dan) and Mule whould have been sued by ServiceMix.

in my mind it's a pitty that the open source comunity doesn't adhere to the same level of work ethic, or is it
just a matter of one black sheep ?

Re: can you read ?

I really don't know where you get off saying this. If you knew me at all then you would know that I have done consulting around both MULE and ServiceMix in my past.

My involvement in ServiceMix project itself has been minimal and mostly centered around helping get another open source project using XFire. (if you did any research into the commit history and mailing list you would see this).

I often help projects do this. In fact I also helped MULE get and up running with XFire as well. I can dig up the conversations with Ross if you really want. The only difference there was they didn't make me a committer.

So please let this thread die, I'm finding it increasingly ridiculous.

Re: can you read ?

Is someone forcing you to read it?

Re: is there a fork?

Congratulations Dan.

We use XFire for our Atlassian Crowd web services and have had nothing but good luck. The API is fast and easy to use.

Re: XFire Creator Joins MuleSource

I think it can't be a bad idea, to extend and enhance the integration of good Open Source Solutions how e.g. Apache CXF.

One advantage of Open Source and above all of the Apache Software Foundation is: Share Resources, Extensions and Enhancements in different Solutions without License-Conflicts.

Perhaps we can hope, to see the result of this new work also in other Open Source Solutions.

Roland
SOA Competence Network

Re: can you read ?

Wouldn't you read it if it was about you? I find this treason crap ridiculous too. Accusing him for treason and assuming he should be committed to only one open source ESB for the rest of his life because he has made some patches for it, is stupid beyond belief – or did ServiceMix pay a lot of money for his effort?

Dan has created an excellent product and helped voluntarily organizations from all over the world by improving those features that are most needed.

Re: can you read ?

Hi Cam,

Not true. Camel is something put together fairly recently as a routing engine, and does not cover most of the ESB features that Mule offers. Strangely, it replicates much of the ServiceMix binding components and routing patterns. Not really sure why they needed to rewrite their routing and bindings all over again (in a non-JBI way), but you can guess where the inspiration for the name "Camel" came from :). Basically, it doesn't offer anything over and above what they already had in SM.


It sounds like you've heard one dramatized side of the story. The Mule license (which has been recently been OSI approved as the CPAL license) wouldn't have been an issue for them. I'll be happy to fill you in over our next beer together. Will you be in Norway next month for JavaZone?

Cheers,

Ross

Re: can you read ?

Planning to :)

Peace,

Cameron Purdy
Oracle Coherence: The Java Data Grid

Re: XFire Creator Joins MuleSource

I am sure the community will look forward to WS-Reliability and security changes.

Not related to this thread - but is there an initiative to integrate Mule with Prova (a Prolog plus Java initiative) or has that stopped entirely. I was following closely some exchanges on this earlier.

Re: can you read ?

Interested people should take a look to this brand new interview with James Strachan over Apache Camel.

The interview provides some details over Apache Camel, whose destination and the distinctions to ServiceMix.

Roland
SOA Competence Network

Podcast of the Interview: http://media.libsyn.com/media/interarbor/BriefingsDirect_IONA_Camel.mp3
Transcript: http://briefingsdirect.blogspot.com/2007/08/apache-camel-addresses-need-for.html

Re: can you read ?

Well, quite a few of our customers have switched from Mule to Camel; so clearly they compete in quite a large number of areas.

Also since ServiceMix is fully JBI compliant, implements a JBI container and comes with a variety of JBI tooling which Mule does not - you could argue there's way more competition between Camel and Mule than Mule and ServiceMix; as both Camel and Mule can be deployed inside ServiceMix.


Does not cover most of the ESB features Mule offers? Like what? Most folks who've migrated from Mule to Camel haven't noticed terribly many missing features so far.

The most common ESB features I hear from customers is integration, transformation, smart routing and implementing the Enterprise Integration Patterns; all of which Camel does great.

Plus it must be said Camel offers a number of innovative features which Mule doesn't AFAIK.

* a great domain specific language which makes implementing Enterprise Integration Patterns extremely easy and avoids lots of verbose XML
* powerful integration with Apache ActiveMQ to implement Enterprise Integration Patterns in the JMS client or message broker
* awesome JBI integration by using the ServiceMix Camel Service Unit to easily integrate EIP inside JBI
* a cool Business Activity Monitoring framework
* easy distributed and synchronous testing using Camel's Mock Endpoints - like jMock only for endpoints not objects.



Purely to make them easier to embed in more places than just being inside an ESB. e.g. for integration into a JMS client, a message broker or web services stack. Think of Camel transports as a migration of the ServiceMix lightweight components.



Not really



Not true - see above.



Iona struggled for months to try and get permission from MuleSource to redistribute Mule jars in their old Celtix open source distribution but due to MuleSource & the license restrictions were not able to. Are you now saying that any company can freely redistribute Mule jars? If so thats great news, we can ship Mule integration in FUSE :)

Unfortunately CPAL is not on the Apache list of approved licenses, so still no Apache project can use Mule.

James
Iona
Open Source the Enterprise Way

Re: can you read ?

Lots of ServiceMix users have indeed switched to Mule. However, looking the Camel user list theres not much user activity, just a lot of Jira and SVN spam.


Some of those are pretty good :)



We were not involved in that struggle. Iona wanted to embed Mule in their Celtix Enterprise product that they were selling (to compete with Mule!), but didn't what to make any acknowledgment that they were using Mule or have a commercial agreement with us. They just didn't want to have a fair relationship with us.


Of course they can, they would just need to abide by the CPAL license.


It wouldn't be yet since the CPAL license was only officially announced with OSI approval last week.

Cheers,

Ross

Asynchronous Processes Modeled as Persistent Finite State Machines

Benjamin Possolo describes and implements a finite state machine for asynchronous services using JEE. (August 18, Article)

---

A RESTful Core for Web-like Application Flexibility - Part 2 - Microkernel

Randy Kahle and Tom Hicks continue their series of RESTful computing with an explanation of the role of the microkernel. (August 7, Article)

---

Putting Physhun To Work

Read more about the Physhun finite state modeling framework in Jim Ladd's article on a real life application. (August 5, Article)

---

Are Java Web Applications Secure?

HDIV was designed for the purpose of addressing security issues in Web application frameworks by extending some of those frameworks to do such things as check of non editable data integrity and perform validations for editable data. Read about potential security problems and how HDIV attempts to address those problems. (July 30, Article)

---

The Road to JBI: Paved with Good Intentions

Standards are a good thing, but sometimes we overreach. Ross Mason tells us how we overreached on JSR-208, and what to do about it. (July 28, Article)

---

A RESTful Core for Web-like Application Flexibility - Part 1

Representational State Transfer (REST) computing offers developers and applications a number of advantages, including simplicity and flexibility in running applications. Tom Hicks and Randy Kahle begin this series on RESTful computing with the surprising topic of binding. (July 23, Article)

---

Implementing Finite State Machines with Physhun and Spring

The Physhun project provides finite State Model persistence and transaction management with synchronous or asynchronous behavior. This article presents Physhun, a Spring-based framework for implementing complex processes through Finite State Machine models. (July 18, Article)

---

Continuous Performance Management Across the Application Lifecycle

This video explains the benefits of concepts like Continuous Performance Management, which applies performance engineering continuously throughout each phase of the software lifecycle. (July 16, TechTalk)

---

Best Practices for Developing Scalable Web 2.0 Applications

In this Tech Talk, filmed at TSSJS-Europe, Uri Cohen gives a demo that will show you the power of GigaSpaces' scaling, hot failover and self-healing capabilities. A sample Web application which uses Spring MVC and contains an AJAX web front-end and a GigaSpaces' backend will be scaled out. (July 15, TechTalk)

---

Introduction to m2eclipse

The m2eclipse project provides support for Maven within the Eclipse IDE. It is a plugin which helps bridge the gaps between Maven and Eclipse. Read about how to use m2eclipse to integrate build management into your Eclipse environment. (July 14, Article)

---

Scaling Your Java EE Applications - Part 2

In part two of this series, Wang Yu presents some surprising results of Java application scalability based on his experiences in a performance laboratory. (July 8, Article)

---

Scaling Your Java EE Applications

Getting Java applications to scale requires an intimate understanding of the application, the JVM, and the underlying hardware. Wang Yu presents some surprising results of Java application scalability based on his experiences in a performance laboratory. (July 3, Article)

---

Zero Turnaround for Java Development

In this podcast, JavaRebel development lead Jevgeni Kabanov discusses the value of zero turnaround to both development and production systems, and how JavaRebel helps achieve this goal. (June 27, Podcast)

---

JSR 286 Portlets: Action-scoped Request Attributes

The recent Java Portlet Specification 2.0 final draft (JSR 286) addresses a shortcoming in the action-render model used in the current spec to be able to let the container take care of managing the attributes between action and render. (June 12, Article)

---

New Features in EJB 3.1 - Part 4

The EJB 3.1 expert group is working on changes for the next version of the Java EE spec. Here's a preview of those changes. (June 12, Article)

---

Review: Algorithms in Java

Algorithms in Java provides those who seek to understand underlying mechanisms for manipulating data and working with well-known algorithms using a familiar language. (June 12, Review)

---

Free Book PDF Download: Mastering EJB Third Edition

Mastering EJB was one of the original and most influential EJB books in the industry. Mastering EJB III now returns with two new expert co-authors, updated for EJB 2.1 and 30% new chapters including security, integration, best practices, open source, and more.
(Book PDF Download)

---

Building Content Oriented Integration Solutions With Mule and JCR

The latest version of the JCR transport for Mule ESB offers a set of features that can enable the creation of content oriented integration solutions. This article by David Dossot presents a simple scenario where all these features are leveraged. (June 9, Article)

---

Extending Spring LDAP with an iBATIS-style XML Data Mapper

This article by Colin Lu explains how to use Spring's LDAP integration with an XML data mapper to make LDAP access from within Spring trivial. (May 20, Article)

---

Application Server Matrix

The Application Server Matrix is a detailed listing of J2EE vendors and their application server products, with information on latest version numbers, J2EE spec support and licensing, pricing, platform support, and links to product downloads and reviews.
(Application Server Comparison Matrix)