-1 - we don't have the parallel release cycle to pull this off. We'll
all be stuck because commons doodah has no reason to upgrade and no
one active on it.
I'm +1 to upgrading all the dependencies though - I wouldn't even
think it needs a vote. Just dig in and upgrade all the dependencies
you see (on all 3 build systems) and check they still compile. Then
check it in.
That's why I'm miffed about the commons-parent thing - it's broken the
components because the job hasn't been finished by updating the
pom.xmls. I know it's probably because it can be easy to view Commons
Xxxx as Fred's baby, but it's one big codebase and you can go dive in
and do cross-commons things that seem to be common sense and apologise
later - or raise an all thread to discuss (kind of like below) and
then dive in.
Hen
On 11/1/06, Rahul Akolkar <rahul.akolkar@gmail.com> wrote:
> Speaking of cross-commons, the JCL deps are all over the place. Which
> is probably OK for now, since most variants are point releases (1.0,
> 1.0.2, 1.0.3, 1.0.4 being popular ATM).
>
> Since JCL is the bottom rung of the ladder, we should do our bit and
> move as one (i.e. if a component wants to up the JCL version, it
> should be an [all] discussion, and all components should update trunk
> such that their next RC matches up). We could restrict this to minor
> or major release updates, but I don't see any harm in keeping the JCL
> point release consistent as well.
>
> [ ] +1 Sounds reasonable
> [ ] 0
> [ ] -1 Sounds unreasonable
>
> -Rahul
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
|