Ted Husted wrote:
>
> > The desire to work together is core to my thesis that there is a
> Jakarta community here.
>
> There often seems to be an assumption that our resources, or community,
> is limited. There are a great number of Java developers in the world,
> and our numbers grow every day. A project like Struts, with a clear
> internal focus on J2EE compatability can easily attract developers that
> would not otherwise contribute. I happen to be one.
>
> When considering the merits of a product, it is important to consider
> the human factor of both our users and developers. It's no secret the
> teams working on competiting solutions often "hate each other". Maybe
> that's a good thing. It may not be as efficient, but given the human
> factor, duplicating resources and fostering competition is usually more
> * effective * than "benevolent" cooperation.
>
> We need more than just science. We need scientists.
>
> Are we developers looking for projects, or products looking for
> developers?
>
> Are we building a cathedral, or a bazaar?
>
just a quick note... a pure bazaar does not scale. period.
IMHO if two project share some needs it's probally more a pain than a
gain to enforce code sharing too. But a third new project will probally
benefit and so all following. It's a matter of opening the path in a
forest to make things easier for followers.
So I'm very +1 for a jakarta util project. Code sharing is the only way
to create standards (good standars) inside apache itself without
following Sun footsteps.
That's the main goal of Avalon. For example it defines and implements a
lookup service very different from JNDI (ComponentManager). It's not a
Sun standard but IMHO it's much better for some situation.
Many devs and users on the list are very happy about it and are using
such pattern in their own products creating a new standard. It's hard
not being Sun to enforce a standard but... I mean... we are Apache! Not
an unknown group of loosers! :-)
If you need a volonteer for jakarta-utils I'm definitly in.
Federico Barbieri
<[EMAIL PROTECTED]>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
