Holger, I'll look at this once I get 1.4 out the door. A quick thought is that this could/should make the check for superclasses and superinterfaces somewhat redundant too. That might simplify things considerably. Would you be interested in looking at that. We probably want to approach this in small steps anyway, so you may want to hold off.
Conor ----- Original Message ----- From: "Holger Engels" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 10, 2001 4:32 PM Subject: Re: JarX: a task to generate JAR's using class dependencies > On Fri, 27 Jul 2001, Conor MacNeill wrote: > > > This is something that is on my todo list so it would be good if you run > > with it. I would, however, like to see it integrated with the current <jar> > > task and also the code from the <depend> task. No sense in duplicating that > > sort of stuff. If your code is better, of course, we can change <depend> to > > use it instead. What I would really like to see is a jar service and > > possibly a dependency service that these tasks layer on top of. That way, I > > can re-jig ejbjar to use the jar service and automatically have the > > dependency gathering facility. I really want this to have the capability to > > automatically ad support classes into an EJB jar. > > Ok, I've just added this capability to the GenericDeploymentTool. The > implementation uses > org.apache.tools.ant.taskdefs.optional.depend.ClassFile to determine the > class dependencies. I had to add another method getClassDependencies to > ClassFile, because getClassRefs actually misses some referenced classes. > > > I've attached both modified Sources .. > > > Holger Engels >
