[image]
[image] [image]
[image]
[image]
[image][image][image][image][image][image][image][image][image] [image] [image] 639884 members! Sign up to stay informed. [image] [image] [image] [image]
[image]

Sponsored Links


Resources

Enterprise Java
Research Library

Get Java white papers, product information, case studies and webcasts

[image]News News News Messages: 21 Messages: 21 Messages: 21 [image]Printer friendly Printer friendly Printer friendly [image]Post reply Post reply Post reply [image]XML XML XML [image]
[image]

XFire Creator Joins MuleSource

Posted by: Eugene Ciurana on Wed Aug 15 12:53:25 EDT 2007 DIGG
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?

Threaded replies

·  XFire Creator Joins MuleSource by Eugene Ciurana on Wed Aug 15 12:53:25 EDT 2007
  ·  is there a fork? by joe fouad on Wed Aug 15 13:44:38 EDT 2007
    ·  Re: is there a fork? by Dan Diephouse on Wed Aug 15 14:11:01 EDT 2007
    ·  from serviceMix to Mule by asy ronen on Wed Aug 15 16:28:14 EDT 2007
      ·  Why treason by Tariq Yaqub on Thu Aug 16 02:26:52 EDT 2007
        ·  can you read ? by asy ronen on Thu Aug 16 08:58:40 EDT 2007
          ·  Re: can you read ? by Cameron Purdy on Thu Aug 16 10:02:11 EDT 2007
            ·  Re: can you read ? by asy ronen on Thu Aug 16 11:37:17 EDT 2007
              ·  Re: can you read ? by Dan Diephouse on Thu Aug 16 13:30:38 EDT 2007
                ·  Re: can you read ? by James Watson on Thu Aug 16 16:04:00 EDT 2007
                  ·  Re: can you read ? by Artti Jaakkola on Sat Aug 18 06:09:47 EDT 2007
            ·  Re: can you read ? by Ross Mason on Sat Aug 18 07:09:27 EDT 2007
              ·  Re: can you read ? by Cameron Purdy on Sat Aug 18 22:31:17 EDT 2007
              ·  Re: can you read ? by Roland Altenhoven on Sun Aug 19 05:08:40 EDT 2007
              ·  Re: can you read ? by James Strachan on Sun Aug 19 06:51:27 EDT 2007
                ·  Re: can you read ? by Ross Mason on Mon Aug 20 08:02:42 EDT 2007
      ·  Re: from serviceMix to Mule by Andrew Perepelytsya on Thu Aug 16 11:02:40 EDT 2007
    ·  Re: is there a fork? by Justen Stepka on Thu Aug 16 18:14:00 EDT 2007
  ·  Congrats! by Jason Carreira on Wed Aug 15 14:31:37 EDT 2007
    ·  Re: Congrats! by James Watson on Thu Aug 16 09:36:37 EDT 2007
  ·  Re: XFire Creator Joins MuleSource by Roland Altenhoven on Fri Aug 17 03:41:15 EDT 2007
  ·  Re: XFire Creator Joins MuleSource by Kinshuk Adhikary on Sun Aug 19 00:05:07 EDT 2007
[image]  Message #238078 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

is there a fork?

Posted by: joe fouad on Wed Aug 15 13:44:38 EDT 2007 in response to Message #238069
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

[image]  Message #238080 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: is there a fork?

Posted by: Dan Diephouse on Wed Aug 15 14:11:01 EDT 2007 in response to Message #238078
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.

[image]  Message #238085 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Congrats!

Posted by: Jason Carreira on Wed Aug 15 14:31:37 EDT 2007 in response to Message #238069
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.

[image]  Message #238098 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

from serviceMix to Mule

Posted by: asy ronen on Wed Aug 15 16:28:14 EDT 2007 in response to Message #238078
in my book it is called treason

[image]  Message #238123 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Why treason

Posted by: Tariq Yaqub on Thu Aug 16 02:26:52 EDT 2007 in response to Message #238098
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 .

[image]  Message #238142 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

can you read ?

Posted by: asy ronen on Thu Aug 16 08:58:40 EDT 2007 in response to Message #238123
I said mule and ServiceMix are compatitors.

[image]  Message #238143 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: Congrats!

Posted by: James Watson on Thu Aug 16 09:36:37 EDT 2007 in response to Message #238085
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.


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?

[image]  Message #238146 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: can you read ?

Posted by: Cameron Purdy on Thu Aug 16 10:02:11 EDT 2007 in response to Message #238142
I said mule and ServiceMix are compatitors.


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

[image]  Message #238153 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: from serviceMix to Mule

Posted by: Andrew Perepelytsya on Thu Aug 16 11:02:40 EDT 2007 in response to Message #238098
in my book it is called treason


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

[image]  Message #238159 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: can you read ?

Posted by: asy ronen on Thu Aug 16 11:37:17 EDT 2007 in response to Message #238146
I said mule and ServiceMix are compatitors.


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


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 ?

[image]  Message #238169 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: can you read ?

Posted by: Dan Diephouse on Thu Aug 16 13:30:38 EDT 2007 in response to Message #238159
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 ?


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.

[image]  Message #238192 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: can you read ?

Posted by: James Watson on Thu Aug 16 16:04:00 EDT 2007 in response to Message #238169
So please let this thread die, I'm finding it increasingly ridiculous.


Is someone forcing you to read it?

[image]  Message #238205 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: is there a fork?

Posted by: Justen Stepka on Thu Aug 16 18:14:00 EDT 2007 in response to Message #238078
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.

[image]  Message #238218 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: XFire Creator Joins MuleSource

Posted by: Roland Altenhoven on Fri Aug 17 03:41:15 EDT 2007 in response to Message #238069

"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."


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

[image]  Message #238300 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: can you read ?

Posted by: Artti Jaakkola on Sat Aug 18 06:09:47 EDT 2007 in response to Message #238192
Is someone forcing you to read it?

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.

[image]  Message #238302 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: can you read ?

Posted by: Ross Mason on Sat Aug 18 07:09:27 EDT 2007 in response to Message #238146
Hi Cam,
I said mule and ServiceMix are compatitors.


Not really. Mule and Camel (part of Apache ActiveMQ) are competitors.

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.
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.


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

[image]  Message #238317 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: can you read ?

Posted by: Cameron Purdy on Sat Aug 18 22:31:17 EDT 2007 in response to Message #238302
Will you be in Norway next month for JavaZone?


Planning to :)

Peace,

Cameron Purdy
Oracle Coherence: The Java Data Grid

[image]  Message #238318 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: XFire Creator Joins MuleSource

Posted by: Kinshuk Adhikary on Sun Aug 19 00:05:07 EDT 2007 in response to Message #238069
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.

[image]  Message #238322 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: can you read ?

Posted by: Roland Altenhoven on Sun Aug 19 05:08:40 EDT 2007 in response to Message #238302
... 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.


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

[image]  Message #238323 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: can you read ?

Posted by: James Strachan on Sun Aug 19 06:51:27 EDT 2007 in response to Message #238302
Hi Cam,
I said mule and ServiceMix are compatitors.


Not really. Mule and Camel (part of Apache ActiveMQ) are competitors.

Not true.

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.

Camel is something put together fairly recently as a routing engine, and does not cover most of the ESB features that Mule offers.

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.


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),


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.


but you can guess where the inspiration for the name "Camel" came from :).


Not really


Basically, it doesn't offer anything over and above what they already had in SM.


Not true - see above.



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.


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.


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

[image]  Message #238351 [image]Post reply Post reply Post reply [image]Go to top Go to top Go to top [image]
[image]

Re: can you read ?

Posted by: Ross Mason on Mon Aug 20 08:02:42 EDT 2007 in response to Message #238323
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.

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.

Not really

Some of those are pretty good :)

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.


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.

Are you now saying that any company can freely redistribute Mule jars? If so thats great news, we can ship Mule integration in FUSE :)

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

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

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

Cheers,

Ross

[image]
[image]New content on TheServerSide.comNew content on TheServerSide.comNew content on TheServerSide.com [image]
[image]

New Features in EJB 3.1 - Part 5

[image] In this last article of the series, Reza Rahman will talk about standardized global JNDI names for Session Beans and EJB 3.1 Embeddable Containers for Java SE environments. (October 8, Article)

A RESTful Core for Web-like Application Flexibility - Part 4 - Patterns

[image] Randy Kahle and Tom Hicks conclude their four-part series on resource-oriented computing by describing how to utilize a RESTful kernel to design and build software systems. (October 6, Article)

UseMon Real-Time JVM Monitoring

[image] Paul Rene Jørgensen talks about UseMon, an efficient, open-source, real-time JVM performance monitoring agent. (October 2, Tech Brief)

Extreme Transaction Processing, Low Latency and Performance

[image] In this podcast, John Davies will cover several case studies of extreme transaction processing, low latency and high performance systems and offer insight into what we might expect to see in mainstream in the near future. (September 29, Podcast)

OpenESBs in Action

[image] Learn about Mule, ServiceMix, Synapse, Petal and other OpenESBs in Action from authors Tijs Rademakers and Jos Dirksen - Tech Brief about their new book. (September 24, Tech Brief)

Getting Started with jBPM and Spring

[image] Josh Long looks at business process management using jBPM and Spring to implement a simple multi-stage operation. (September 22, Article)

Java Performance Tooling

[image] In this podcast, Holly Cummins will introduce a number of tools for identifying and fixing common Java performance problems. (September 17, Podcast)

Terracotta Brings Large Memory Spaces to Java

[image] In this podcast, TheServerSide.com editor Peter Varhol asks Terracotta CTO Ari Zilka about how the software works and what it can be used for. (September 15, Podcast)

Object Oriented JavaScript Demonstrated

[image] In this chapter from his book Object-Oriented JavaScript, author Stoyan Stefanov talks about primitive data types in JavaScript as a prelude to discussing more complex concepts. (September 12, Chapter)

The JSF Flex Project

[image] The JavaServer Faces Flex project lets developers unfamiliar with Flex create JavaServer Faces components to link Flex UIs to managed beans in the same manner as JSF. (September 8, Article)

What is an App Server?

[image] Joseph Ottinger notes that we have certain preconceived notions as to what an app server is and does, and argues that we should rid ourselves of those notions. (September 2, Article)

A RESTful Core for Web-like Application Flexibility - Part 3 - Logical Level Programming

[image] Randy Kahle and Tom Hicks continue their series on Resource Oriented Computing with a description of the transition between the physical and logical level of their architecture. (September 2, Article)

Building a Scalable Enterprise Applications Using Asynchronous IO and SEDA Model

[image] Mihai Lucian demonstrates a Java servlet architecture using Mule that supports asynchronous I/O and a combination of fast and long-running business processes. (August 25, Article)

Asynchronous Processes Modeled as Persistent Finite State Machines

[image] 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

[image] 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

[image] 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?

[image] 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)

Free Book PDF Download: Mastering EJB Third Edition

[image] 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)

Application Server Matrix

[image] 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)

News | Blogs | Discussions | Tech talks | Patterns | Reviews | White Papers | Downloads | Articles | Media kit | About
All Content Copyright ©2007 TheServerSide Privacy Policy
Site Map


You are viewing a mobilized version of this site...
View original page here

Mobilized by Mowser Mowser