This kind of sums it up WRT mule, although this is definitely *not* true of svc mix, which is nowhere near as flexible:
"...there are no strict rules on how your integration service layer should behave when using Mule. You can connect EJB, mainframe applications, messaging, web services, sockets, and file systems and interact with them all in simple consistent way." This is true; it's as flexible as spring, and like spring, if you're messy, you can make a mess too but it will allow you to do what you want to do. Seems to have a good dev community too from what I can tell... -=j=- jackalista wrote: > > Hi David, > > Just my opinion of course but I think mule blows doors on svc mix; the > same task takes twice as much effort in svc mix and it has little of the > flexibility of mule. Spring support is there for both, but this post I'm > replying to is pretty old, take another look if you're interested. Then > there's the market share issue. Mule is awesome, if anybody has any notes > about integrating it, I'd be grateful, please send them to me. > > Thanks, > > -=j=- > > > David Carter wrote: >> >> If you were going to add support for an ESB, why not choose >> ServiceMix, which gives you Mule compatibility, integrated Spring >> support, and more? >> >> http://servicemix.org/How+does+ServiceMix+compare+to+Mule >> >> -David >> >> On 8/2/05, stephen pasco <stephen.pa...@gmail.com> wrote: >>> Hi, >>> >>> JMS is just one type of provider. Mule has many, see: >>> http://mule.codehaus.org/Transports+Guide >>> >>> Yes, once the data has "arrived" to the provider then the data could be >>> intercepted by an Appfuse Manager. >>> >>> Stephen >>> >>> >>> >>> >>> On 8/2/05, David Carter <d.david.car...@gmail.com> wrote: >>> > >>> > If I understand correctly, data arriving on the bus would be processed >>> > by AppFuse-based Managers and written to the database with AppFuse >>> > DAOs? >>> > >>> > Is this different than consuming JMS messages with MDBs? >>> > >>> > Thanks for the info. >>> > >>> > -David >>> > >>> > On 8/2/05, stephen pasco <stephen.pa...@gmail.com> wrote: >>> > > Hi, >>> > > >>> > > Mule would serve as a "service bus" or "hub" that would allow one >>> to >>> > > integrate with other systems. Appfuse and Mule would co-exist with >>> Appfuse >>> > > serving as the "web application" that would allow one to manage and >>> view >>> > > data (limitless possibilities) that has arrived to a db managed by >>> the >>> bus >>> > > of which Appfuse is also connected. I'm currently working on several >>> DHS >>> IT >>> > > projects. There's nothing out there that would allow one to easy >>> setup >>> an >>> > > integration hub to connect GIS systems, remote databases, >>> web-services, >>> > > equipment, etc. Also, messaging between these systems would be >>> handled >>> by >>> > > Mule. An Appfuse + Mule combination would be great starting point >>> that >>> would >>> > > allow one to integrate (with Mule) just about any system and provide >>> a >>> great >>> > > web application (via Appfuse) to manage and view (CRUD) data that >>> has >>> > > arrived on the bus. >>> > > >>> > > Stephen >>> > > >>> > > >>> > > >>> > > On 8/2/05, David Carter < d.david.car...@gmail.com> wrote: >>> > > > >>> > > > I ran across Mule a few days ago & was trying to understand >>> exactly >>> > > > what it brings to the table. How would you see it integrating with >>> > > > AppFuse, and what benefits would it bring? >>> > > > >>> > > > Regards, >>> > > > David >>> > > > >>> > > > On 8/2/05, stephen pasco < stephen.pa...@gmail.com > wrote: >>> > > > > Hi, >>> > > > > >>> > > > > I'd like to see Mule (http://mule.codehaus.org) integrated >>> into >>> > > Appfuse so >>> > > > > we have an out-of-box service bus. >>> > > > > >>> > > > > Thank you, >>> > > > > Stephen >>> > > > > >>> > > > > >>> > > > > On 8/2/05, Bruce Gordon <brucebgor...@yahoo.com > wrote: >>> > > > > > >>> > > > > > I'd like to see appfuse support inheritance in the pojo >>> classes. >>> This >>> > > is >>> > > > > APF_67 in the JIRA. I don't know if this like will appear >>> correctly: >>> > > APF-67 >>> > > > > . I don't know if there are any other issues related to >>> subclassing, >>> but >>> > > its >>> > > > > sad not to be able to use the full power of Java and Hibernate >>> to >>> model >>> > > the >>> > > > > application efficiently. >>> > > > > > >>> > > > > > Thanks, >>> > > > > > -Bruce >>> > > > > > >>> > > > > > mrai...@dev.java.net wrote: >>> > > > > > User: mraible >>> > > > > > Date: 2005/08/02 11:53:48 >>> > > > > > >>> > > > > > Log: >>> > > > > > Updated from OSCON >>> > > > > > >>> > > > > > File Changes: >>> > > > > > >>> > > > > > Directory: /appfuse/www/ >>> > > > > > ======================== >>> > > > > > >>> > > > > > File [changed]: TDDWithAppFuse.pdf >>> > > > > > Url: >>> > > > > >>> > > >>> https://appfuse.dev.java.net/source/browse/appfuse/www/TDDWithAppFuse.pdf?rev=1.4&content-type=text/vnd.viewcvs-markup >>> > > > > > >>> > > > > > >>> > > > > > >>> > > > > > >>> > > > > >>> > > >>> --------------------------------------------------------------------- >>> > > > > > To unsubscribe, e-mail: >>> > > > > cvs-unsubscr...@appfuse.dev.java.net >>> > > > > > For additional commands, e-mail: cvs-h...@appfuse.dev.java.net >>> > > > > > >>> > > > > > >>> > > > > >>> > > > > >>> > > > >>> > > > >>> > > > -- >>> > > > David Carter >>> > > > da...@carter.net >>> > > > >>> > > > >>> > > >>> --------------------------------------------------------------------- >>> > > > To unsubscribe, e-mail: >>> > > users-unsubscr...@appfuse.dev.java.net >>> > > > For additional commands, e-mail: users-h...@appfuse.dev.java.net >>> > > > >>> > > > >>> > > >>> > > >>> > >>> > >>> > -- >>> > David Carter >>> > da...@carter.net >>> > >>> > >>> --------------------------------------------------------------------- >>> > To unsubscribe, e-mail: >>> users-unsubscr...@appfuse.dev.java.net >>> > For additional commands, e-mail: users-h...@appfuse.dev.java.net >>> > >>> > >>> >>> >> >> >> -- >> David Carter >> da...@carter.net >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net >> For additional commands, e-mail: users-h...@appfuse.dev.java.net >> >> >> > > -- View this message in context: http://www.nabble.com/-appfuse-user--request-for-upcoming-release-tp540145s2369p25667270.html Sent from the AppFuse - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net For additional commands, e-mail: users-h...@appfuse.dev.java.net
