DO NOT REPLY [Bug 14255] New: - Jar task does not generate INDEX.LST considering entries in MANIFEST's classpath

[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=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: ant-dev@jakarta.apache.org
        ReportedBy: riegel@bdr.de


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:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>