+1 I have to admit that I have used Vysper for some testing and tracked the code for a while now, but hadn't felt that comfortable relying on it for projects until it is out of the lab and using maven for builds, etc. I think moving to MINA is an awesome idea and I think those items would fall into place with some additional exposure. Personally, I would love to help do some work at least making Vysper OSGi friendly (haven't checked lately, maybe it already is) and even better would be to allow deployment of the server and extension via OSGi bundles. Getting ahead of myself, but you can see where I am going with this... ;-)
Chris -- Chris Custine FUSESource :: http://fusesource.com My Blog :: http://blog.organicelement.com Apache ServiceMix :: http://servicemix.apache.org Apache Directory Server :: http://directory.apache.org On Tue, Apr 7, 2009 at 1:59 AM, Bernd Fondermann < bernd.fonderm...@googlemail.com> wrote: > Hi MINA folks, > > Currently I am developing a XMPP[1] server implementation at Apache > Labs[2] called Vysper[3][4] (pronounced 'whisper'). This effort is going > on on and off since 2006, but recently it gained track again and reached > some critical internal milestones (regarding to level of functionality > completed and persistence layer added). Unfortunately, I am the only > contributor to the project until now. > > A few days ago at ACEU09 I spoke to Emmanuel and he had the idea of > possibly making Vysper a sub-project of MINA. > Thanks, Emmanuel! > > I gave this a few more thoughts and started to like the idea. > So I'm starting a public discussion about it. > > The big advantages for Vysper in the MINA community would be: > + strong protocol related community, > + feel at home (Vysper uses MINA for IO), > + ability to have a dedicated ML and make releases (eventually) > + benefit from on-site MINA know-how > > The advantages for MINA could be: > + add one more emerging protocol to the MINA roster > + add one more MINA case to the project with specific interesting IO > needs under high load (hint: Twitter), > + look into optimizing support for non-line-oriented protocols > + take Vysper (the software, not the project) as a possible experimental > playground, since the IO layer should be relatively easy to change (for > example changing it to MINA 1.x, 2.x, TRUNK). > > Any thoughts on this? > > Thanks, > > Bernd > > [1] http://en.wikipedia.org/wiki/XMPP > [2] http://labs.apache.org > [3] http://cwiki.apache.org/confluence/display/labs/vysper > [4] http://svn.apache.org/repos/asf/labs/vysper/ >