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=14255>. 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=14255 Jar task does not generate INDEX.LST considering entries in MANIFEST's classpath Summary: Jar task does not generate INDEX.LST considering entries in MANIFEST's classpath Product: Ant Version: 1.5 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The jar task does not support properly the behaviour of the jar.exe tool. Description of bug: Let's take two simple jars, example.jar and referenced.jar: example.jar: META-INF/MANIFEST de/bdr/myclass.class The MANIFEST of example.jar contains the Classpath attribute: Class-Path: referenced.jar referenced.jar: META-INF/MANIFEST de/bdr/referencedpackage/another.class If you enter on the commandline: jar -i example.jar you will get an example.jar with the following INDEX.LST: example.jar de de/bdr referenced.jar de de/bdr de/bdr/referencedpackage So the jar and all its dependent jars (in the MANIFEST classpath) are indexed. The ANT jar task is not able to do so and only indexes the files contained in the example.jar: <jar jarfile="example.jar" index="true" update="true"/> The ANT generated INDEX.LST goes like this: example.jar de de/bdr I need the Jar tool behaviour of indexing dependent Jar files, because it speeds up the loading of an applet considerably. As a work-around I call the Jar tool directly within an exec-task, but doing this my script looses - of course - the platform independence. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
