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=6226>. 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=6226 Organization of ant/lib directory, contents of ant/lib directory ------- Additional Comments From [EMAIL PROTECTED] 2002-02-04 19:06 ------- Commenting toward both replies so far: as far as an -L flag... this is one of the major features of Ant, one reason I use Ant is because by installing an extension to Ant in the ant/lib directory, I do not have to mess with any flags, classpaths, etc, the ant wrapper handles all this for me. as far as the WEB-INF/lib comment as in servlets, that would be great if I used Ant the way I use a servlet engine (web server, etc). If my servlet engine was running twenty different servlets, some of them may be related and grouped under ROOT/dir1, with its own accompanying WEB-INF/lib, and others may be grouped under ROOT/dir1, with its own accompanying WEB-INF/lib. I use Ant to compile myriad projects, but I use Ant as a tool, installed in one location, with one LIB directory. maintaining that LIB directory is becoming a hassle - for now a trivial one, but a hassle nonetheless. a solution on UNIX platforms for me has been, install product JAR files in various directories, and create symbolic links from the ant/lib directory. however there is no notion of 'symbolic links' under Windows AFAIK, and so on Windows I either have to: 1. Specify a massive, ugly CLASSPATH when running Ant 2. Copy a dozen JAR files into ant/lib This enhancement does not have to be solved by creating subfolders - some kind of antrc solution would be greatly appreciated as well. renaming a ZIP only solves the symptom of Ant not reading ZIP files - the problem is, there is accountability that 'classes12.zip' is the exact same, untouched file which I received from Oracle (or some other ZIP/Vendor example). when you start repackaging the file (which you or I might agree that renaming the extension is not repackaging) will result in lack of support for that configuration from the vendor. thanks for the comments, it is interesting to see how different people view the same tool. -sam [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
