On 9/1/09 13:59, Martin Cooper wrote:
On Tue, Sep 1, 2009 at 10:51 AM, Richard S. Hall<he...@ungoverned.org> wrote:
I'm not sure I understand the issue here. Whether Aries becomes its
own TLP, or a sub-project of Felix or some other TLP, isn't relevant
until the project is ready to exit incubation. Why does it warrant
such apparently intense discussion before the project is even accepted
We are actually discussing something else. We are discussing the scope
of the proposal, which includes hosting OSGi standard service
implementations, which is part of Felix' scope.
If we are developing standard OSGi services within Apache, then Felix
provides an enthusiastic community to do this and there is no need to
start another incubator project for such a purpose. On the other hand,
stuff like "a set of pluggable Java components enabling an enterprise
OSGi application programming model" makes perfect sense to be incubated.
-> richard
into incubation?
--
Martin Cooper
As I said on d...@felix and will repeat here:
----
I don't agree about renaming the [Felix] TLP. There are so many examples of
similar situations. I cannot believe we are truly in a unique situation
here:
* "Apache" typically means the HTTP Server project, but it also
refers to the foundation and all of its independent projects.
* "Eclipse" typically means the IDE, but there is also a runtime and
foundation with independent projects.
Acting like this isn't normal or something that is too confusing to ever
resolve seems a bit preposterous.
----
While I don't believe the situation is as confusing as is contended, I have
no issue with coming up with a different name for the Apache Felix Framework
(its name is technically Framework right now), so that the Apache Felix
project can continue to pursue its original charter.
-> richard
On 9/1/09 12:58, Niclas Hedhman wrote:
I'm not subscribing to d...@felix.a.o at the moment, but would still like
to
hear the outcome of this...
Richard, we (you and I at least) have discussed this more than once in the
past and I totally agree with Guillaume that the perception is there, it
is
everything and near impossible to change. I ALSO agree with Richard that
spec implementations should reside with Felix.
Now, I think name manipulations are going to be necessary. My take is;
Apache Felix = a OSGi framework, runtime, installers, binaries, bells and
whistles. The whole kitchen sink if you like. The framework implementation
itself probably lives here, with the Core spec service implementations.
Apache Foo = a foundry to dev OSGi spec implementations. One or many. Most
will be dependencies to Felix, but the detach shows that they are intended
for all.
Apache Bar = a component foundry outside the spec suite.
And let Aries, Karaf, Ace and what else in future to go TLP if/when they
are
ready.
I think ServiceMix has with its friends shown how nice eco-systems can
work,
and with OSGi's modularity strengths it should be even more so... In fact,
instead of seeing this as a weakening of Felix position (which is what I
think Richard sees), I think it will strengthen OSGi's natural place in
the
Apache Landscape.
Don't forget, you are free to participate at as many places as you wish.
-- Niclas
P.S. Sorry for poor quoting. On mobile...
On Sep 2, 2009 12:14 AM, "Guillaume Nodet"<gno...@gmail.com> wrote:
On Tue, Sep 1, 2009 at 18:06, Richard S. Hall<he...@ungoverned.org>
wrote:
Creating another pr...
Well, the problem I see here is that we *need* to educate non-techies.
This
obvisouly mean that there is a confusion. Education is just a work around
the need to remove the confusion imho. So let's discuss that on
d...@felix.a.o, I don't think this thread belongs here.
-- Cheers, Guillaume Nodet ------------------------ Blog:
http://gnodet.blogspot.com/ ----------...
---------------------------------------------------------------------
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
