DO NOT REPLY [Bug 6226] New: - Organization of ant/lib directory, contents of ant/lib directory

[bu...@apache.org]

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

           Summary: Organization of ant/lib directory, contents of ant/lib
                    directory
           Product: Ant
           Version: 1.5 alpha (nightly)
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Enhancement
          Priority: Other
         Component: Wrapper scripts
        AssignedTo: ant-dev@jakarta.apache.org
        ReportedBy: sblinn@us.ibm.com


This is a two-part feature request which hits the same part of wrapper code:

When dealing with many extensions to Ant (specifically, JUnit, JUnitReport, 
etc) which require JAR files, the ant/lib directory can become quite a mess 
(right now I have 14 files in there). It would be GREAT if when running ant 
(under AIX/Solaris/Windows), instead of only looking in ant/lib, it would look 
in ant/lib, and then down each directory in ant/lib for extension classes. This 
way, I could have a directory ant/lib/junit, and place junit.jar in there, a 
directory ant/lib/xalan, and place all the JAR files in there. This way, when 
updating or removing an extension, I know exactly which JAR files belong where.

Along these lines is another request: instead of only looking for JAR files, 
look also for ZIP files. Some vendors (Oracle, for instance) ship class 
libraries as a ZIP file (classes12.zip from Oracle). If when looking in the 
ant/lib directories, it would pick up not just *.jar, but *.zip, *.ZIP as well, 
it would make things a easier on my environment (currently, i have to unzip and 
create a jar of ZIP class libraries).

Thank you!

-sam
sblinn@us.ibm.com

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>