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