Charles, That is very much in accordance to what I have been thinking. Although ServiceMix has been primarily an ESB, the possibilities with ServiceMix is much greater than that if all of those projects that you list are "bundled" with ServiceMix.
Also, look at it the other way around: If ServiceMix is not meant to target the "enterprise applications", then something else will be used for that. That other something could probably also be used for integration purposes. Why then would anyone want to use ServiceMix? The value lies in combining a comprehensive stack with some unique features. Having ServiceMix provide/bundle other important projects (similar to your list Charles) will help a lot since it's a lot of work to make all this work together. The unique features of ServiceMix could then be in the area of wide scalability and enterprise worthy, e g clustering, DOSGi, tooling, monitoring (integration with Tivoli, Nagios etc). /Bengt 2010/10/15 Charles Moulliard <cmoulli...@gmail.com> > On 15/10/10 10:09, Johan Edstrom wrote: > >> I'll bite that :) >> >> I guess you are right. >> >> /je >> On Oct 15, 2010, at 2:03 AM, raulvk....@gmail.com wrote: >> >> Hmm... I actually think the description should focus on integration >>> rather and enterprise apps. >>> >>> Otherwise, the purpuse becomes too generic and bland. >>> >>> Also, coining it as a platform for enterprise apps, doesn't it make it >>> compete with Spring DM Server, JBossAS, etc. All of which are OSGi already, >>> or in the process of transitioning. >>> >>> Just my 2 cents. Will try and describe my vision later. >>> >>> -----Original Message----- >>> From: Johan Edstrom<seij...@gmail.com> >>> Date: Fri, 15 Oct 2010 01:48:53 >>> To:<dev@servicemix.apache.org> >>> Reply-To: dev@servicemix.apache.org >>> Subject: Re: [DISCUSS] ServiceMix future >>> >>> ServiceMix "The primary platform for OSGi enterprise applications" >>> >>> Which really is how I treat it, position it and debate it when out on >>> jobs. >>> >>> /je >>> On Oct 15, 2010, at 1:38 AM, Bengt Rodehav wrote: >>> >>> OSGi based platform for enterprise applications. >>>> >>> Johan Edstrom >>> >>> j...@opennms.org >>> >>> They that can give up essential liberty to purchase a little temporary >>> safety, deserve neither liberty nor safety. >>> >>> Benjamin Franklin, Historical Review of Pennsylvania, 1759 >>> >>> >>> >>> >>> >>> Johan Edstrom >> >> j...@opennms.org >> >> They that can give up essential liberty to purchase a little temporary >> safety, deserve neither liberty nor safety. >> >> Benjamin Franklin, Historical Review of Pennsylvania, 1759 >> >> >> >> >> >> We have open the pandora box. With OSGI adoption in SMX4, the gravity > center of our ESB platform has shifted from ESB to a platform supporting not > only integration but able to be a web server, java application server .... > So I think that we must take the time of the reflection to position > correctly Smx 5 server for the future and the mix OSGI + OSGI EE (ARIES) + > Camel + CXF + ActiveMQ + orchestration engine is probably the best match. As > Aries proposes and provide JPA, JNDI, WEB, Blueprint (with better > integration of Spring - JMS, JDBC, ....), Transactions aspects we should > also (like now) continues to support them and open the eyes of our users > about the perspectives proposed by that kind of platform. >
