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 [EMAIL PROTECTED] 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:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
