Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 47717 invoked from network); 16 Jan 2002 03:55:11 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 16 Jan 2002 03:55:11 -0000 Received: (qmail 28876 invoked by uid 97); 16 Jan 2002 03:55:18 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 28860 invoked by uid 97); 16 Jan 2002 03:55:18 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 28849 invoked from network); 16 Jan 2002 03:55:17 -0000 From: "Conor MacNeill" To: "Ant Developers List" Subject: RE: GenericDeploymentTool and ejb Date: Wed, 16 Jan 2002 14:38:54 +1100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 In-Reply-To: X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: Todd Chambery [mailto:tchambery@hotmail.com] > Sent: Wednesday, 16 January 2002 2:08 PM > To: Ant Developers List > Subject: GenericDeploymentTool and ejb > > > Hey, > > I've been using the GDT out of the CVS for a little bit, and I've noticed > that it's adding a whole lot more classes than the version that's in the > jakarta-ant-1.4-optional.jar (sometimes on the order of 10x, from > 7 classes > to 70). I know that it uses a different mechanism for finding dependant > classes, but that's about it. > > is there a doc for this anywhere? > Not yet. Holger, do you plan to add one? The old verion used to add in super classes and interfaces. The new version loads all classes by spidering the class dependency hierarchy. Should give you a more complete jar. I think that is what the standard dictates although I have for quite a while, used a separate support jar for such classes. Conor -- To unsubscribe, e-mail: For additional commands, e-mail: