Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 54188 invoked from network); 17 Jul 2002 23:21:49 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 17 Jul 2002 23:21:49 -0000 Received: (qmail 15435 invoked by uid 97); 17 Jul 2002 23:22:08 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 15385 invoked by uid 97); 17 Jul 2002 23:22:08 -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 15373 invoked by uid 98); 17 Jul 2002 23:22:07 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <065201c22de8$f67db010$1219570f@ranier> From: "Steve Loughran" To: "Ant Developers List" References: <3D35D66C.9000605@apache.org> Subject: Re: Splitting up optional.jar Date: Wed, 17 Jul 2002 16:23:30 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 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: "Nicola Ken Barozzi" To: "Ant Developers List" Sent: Wednesday, July 17, 2002 1:41 PM Subject: Re: Splitting up optional.jar > > costinm@covalent.net wrote: > .. > >>3. we need a manifest to handle versions and dependencies; it could be > >>the normal manifest, or it is our own XML descriptor. > > > > > > +1 > > > > With a very strong -1 on using (only ) a XML descriptor for things that > > are well-defined for the normal manifest - it is important that generic > > tools are able to manipulate the jar. > > I am a committer in Cocoon, Forrest, and have been using XML for quite > some time. > > This said, if I would have the right to vote, I'd vote -1 for the xml > descriptor, which seems to fit in the typical everything-is-a-nail > anti-pattern you need to take a quick look at the ant-lib stuff in the proposals dir, Jose-Albertos implementation for Ant1.4-1.5. It used an XML descriptor because there is more than just tasks in the file, there are datatypes, maybe extension elements for , , , etc. and we need a way to autoregister them all. which segues into the discussion of roles, of numerous past emails (i.e. check the archive). I dont think a properties file, easy to parse as it is, is th right place for such complexity -- To unsubscribe, e-mail: For additional commands, e-mail: