commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stephen Colebourne <scolebou...@btopenworld.com>
Subject Re: [VFS][compress] Re: [GUMP@vmgump]: Project commons-compress (in module jakarta-commons-sandbox) failed
Date Tue, 01 Aug 2006 09:15:43 GMT
From: Rahul Akolkar <rahul.akolkar@gmail.com>
On 7/31/06, Torsten Curdt <tcurdt@apache.org> wrote:
> >     - commons-compress :  Commons Compression Package
> >     - commons-vfs :  Jakarta commons
> >     - excalibur-fortress-bean :  Repository of reusable components.
> >     - excalibur-fortress-container-impl :  Repository of reusable components.
> >     - excalibur-fortress-container-test :  Repository of reusable components.
> >     - excalibur-fortress-examples :  Repository of reusable components.
> >     - excalibur-fortress-migration :  Repository of reusable components.
> >     - excalibur-fortress-platform :  Repository of reusable components.
> >     - excalibur-fortress-testcase :  Repository of reusable components.
> >     - excalibur-monitor :  Repository of reusable components.
> >     - excalibur-sourceresolve :  Repository of reusable components.
> >     - excalibur-xmlutil :  Repository of reusable components.
>
> Bummer! ...I wasn't aware excalibur was already relying on that code! Now what?
>
> <snip/>
> 
> A quick look at the gump metadata seems to suggest that its a
> cascading effect of breaking [vfs].
> 
> compress -> vfs -> excalibur-sourceresolve -> rest of the bunch

As this is a sandbox project, we shouldn't be constrained in making changes. Gump is there
to inform us of who might complain, but in the end they made the choice to depend on unreleased
projects.

Stephen





---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message