On 9/4/09 16:10, Davanum Srinivas wrote:
Richard,
On 09/04/2009 03:49 PM, Richard S. Hall wrote:
So, no, I am not saying "everything should", but in general, it would be
nice if the spec impls started there since we have a community of OSGi
users and OSGi experts who are very active and receptive, many of whom
also work in the EE space.
Will the people mentioned not participate if Aries is a separate
podling to start with? After all destination PMC can be determined
during graduation process. Also the incubation process is to show new
incoming team how Apache works etc..is that better done as a podling
or as a felix sub project? If we continue the same thought process,
will there every be any incubator podling with for any OSGi related
activity?
Yes, and I mentioned this, but that seems to get lost somehow.
In short, it makes sense for spec impls tied to the Aries component
model (for example), to be hosted there, but there is little need to
create another project to incubate generic OSGi spec impls, since the
Felix community was set up for that. The reality is, most OSGi specs are
not huge projects so we likely wouldn't want TLPs for all of them, but
nothing stops a subproject started at Felix from going TLP if it takes
on a life of its own.
Choices are
1) Podling -> TLP
2) Podling -> Felix Sub project
3) Podling -> Felix Sub project -> TLP
4) Felix Sub project
5) Felix Sub project -> TLP
The first 3 effectively uses incubator process(es) to educate the
incoming folks and provides a strong grounding in ASF-land (at least
that is what the intention is :)
So, why should we bypass incubator?
Again, there was already a project incubated to educate incoming folks
on how to create open source OSGi spec impls at Apache, so why do we
need to repeat that process?
Your phrasing of this question implies we are trying to somehow skirt
the Apache way, but educating incoming people via contributions and
meritocracy to an existing project is not some shortcut.
-> richard
thanks,
dims
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
