felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Richard S. Hall" <he...@ungoverned.org>
Subject Re: [DISCUSS] Move ServiceMix Kernel into Felix as a subproject
Date Wed, 01 Apr 2009 06:00:29 GMT

On 3/31/09 1:04 PM, Carsten Ziegeler wrote:
> As we've already discussed this briefly at ApacheCon:
> Great idea, count me in :) Makes totally sense to me.
> We (= Sling Project) would also like to bring in the ideas of our
> "kernel" (we call it launchpad). We provide it in two distributions:
> as standalone and as a webapp. Felix M. has also done some clever
> enhancements like we have a small bootstrap jar which then launches the
> framework. This allows to even update the framework at runtime.
> Let's make Felix (the project) the one stop shop for OSGi!

This also gets us back to:


We need to rearrange the web site around subprojects.

-> richard

> (I think sooner or later we should also think about our current commons
> sub project)
> Regards
> Carsten
> Guillaume Nodet wrote:
>> During ApacheCon last week, there has been some discussions around
>> moving ServiceMix Kernel as a subproject of Felix.
>> ServiceMix Kernel is a packaged distribution of Felix designed for
>> server side applications (see http://servicemix.apache.org/kernel/ for
>> more informations).
>> I think this would be beneficial for this project as it would enable
>> to build a much bigger community around it, increase the visibility
>> and the awareness around it. Of course, it would need a new name, but
>> that's another problem.
>> Another area that could be included in this move is the ServiceMix
>> specs (OSGi enhanced versions of Java EE specifications from Geronimo)
>> and ServiceMix bundles (we've released a bunch of bundles already, see
>> http://servicemix.apache.org/smx4/bundles-repository.html).
>> I'd like to have feedback from both communities (and any other
>> interested parties) to gauge the interest in such a move.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message