just recently i came accross the problem to find the minimum set of jar's an EJB Client needs from the supplied set. (as we use java web start we need to minimize download volume.) So i put the client's JAR together with all supplied jars in a directory and let tattletale report unused jars.
When using the "unused jar report" it would be very helpful if the start class(es) could be named as an option. Obviously a set of indirectly instantiated classes need also to be defined, such as classed loaded by reflection or injection. (It's a bit like giving 'includes' to the old ejbjar ant task.) That way it would be possible to detect the convex hull of the used jars of a program (or servlet, applet etc).
Currently the user needs to remove unused jars again and again, in order to find and remove those jars that are only indirectly used by otherwise unused jars, until only the jar(s) containing the start class(es) are left as "unused".
Regards from Germany,
This would mean that each JAR should provide a list of classes that are loaded through reflection.
I think a better approach is to
Ok, that won't give us the complete picture, but we are closer and can then look at ways to improve the result.
|Retrieving data ...|