ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 6606] - META-BUG problems with delegating classloaders
Date Fri, 22 Feb 2002 11:04:12 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6606>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6606

META-BUG problems with delegating classloaders





------- Additional Comments From nicolas.mailhot@one2team.com  2002-02-22 11:04 -------
Thanks for this very clear description of the problem from ant's point of view.
Now let me expose some of the very concrete problems we run because of this bug.

We use ant scripts to build our product on various software platform (some
linux, some forte/netbeans on windows with the integrated ant). Since our
external dependencies shift a lot they are downloaded on the build computer by
ant at the beginning of the build process. This is done via xslt analysis of xml
descriptors bundled with each of our modules. Installation documentation is also
processed with xslt at build time.

Putting all libraries in the classpath is therefore not possible since most of
the external jars used in a typical build do not exist on the build system
before ant start, and if they do they might not have the correct version for the
version of the product we are building (moreover the maturity and behaviour of
xslt java engines changes a lot from version to version and provider to provider
and using the wrong xslt jar with a version of our ant scripts will cause it to
fail)

Micromanaging ant installations on all the build systems would be a nightmare :
some are bundled with other products (forte) and anyway there is a very high
risk they would have to be changed on *all* system every time the main build
system changed a little or we tried to build an old version.

I appreciate this is a difficult problem and I do not expect ant to be fixed at
once but I really think it is worth it (and the number of bugs open on this
subjets kind of suggests it)

--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>


Mime
View raw message