Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 62078 invoked from network); 23 Jan 2003 13:25:52 -0000 Received: from exchange.sun.com (192.18.33.10) by 208.185.179.12.available.above.net with SMTP; 23 Jan 2003 13:25:52 -0000 Received: (qmail 18348 invoked by uid 97); 23 Jan 2003 13:27:11 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 18281 invoked by uid 97); 23 Jan 2003 13:27:10 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 18224 invoked by uid 98); 23 Jan 2003 13:27:08 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Date: Thu, 23 Jan 2003 08:25:41 -0500 (EST) From: Henri Yandell X-X-Sender: To: Jakarta Commons Developers List , Cc: Avalon Developers List , Ant Developers List Subject: Re: [Fwd: Bzip, tar, zip, etc] In-Reply-To: <3E2FA092.2030508@apache.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: 208.185.179.12.available.above.net 1.6.2 0/1000/N X-Spam-Rating: 208.185.179.12.available.above.net 1.6.2 0/1000/N The problem with these is that the developer community never followed the code. I assume this is some political issue in Jakarta I'm not aware of. As far as I know, the Commons idea is that the group who donate the code are seen as the ones who are the maintainers. The very concept of a 'Commons committer' is anathema to the Commons charter [although such a thing does evolve over time]. bzip/tar/zip ended up just sitting in Commons waiting for a developer community to arrive. There are a few things here, in decreasing importance: 1) Code must be maintained to be worth using. 2) Code must have a community to be maintained. 3) The same code ought not to live in more than one place. 4) Reusable code ought to be in Jakarta Commons. Now, if the Ant developers are the only ones doing 1), and they are the only 2) for the code, then according to 3) the code should be in one place. This place ought to be Jakarta Commons, but if this is not possible then it should be in Ant as 4) is the least important of the 4 things. So, +1 to the Ant guys managing the code inside Commons, +0 to the Ant guys offering the jars as a separate build. Hen On Thu, 23 Jan 2003, Nicola Ken Barozzi wrote: > > Forgot to cc here. > > -------- Original Message -------- > Subject: Bzip, tar, zip, etc > Date: Wed, 22 Jan 2003 18:10:47 +0100 > From: Nicola Ken Barozzi > Reply-To: Avalon Developers List , > nicolaken@apache.org > Organization: Apache Software Foundation > To: Ant Developers List > CC: Avalon Developers List > > > Ant has packages for zip, bzip and tar stuff. Really? > Ok, I know you all know. ;-) > > The point is that some of these packages IIUC were copied in Avalon repo > as indipendent packages, and then since they were not in scope I put > them in commons sandbox, and now we are deprecating the avalon versions. > > Now, we have asked some time back, "why not let Ant use the commons > versions"? > > Gump... blah blah blah... bootstrap... blah blah blah... > > Now that they have been put in commons for some time, it's quite evident > that there, they are dead. > > So, the solution seems simply to make these separate jars and make them > available also separately from Ant. > > ant.jar > ant-zip.jar > ant-bzip.jar > ant-tar.jar > > Ant keeps them, they are maintained, and we get separate jars to use in > other projects. > > Comments? > > > -- > Nicola Ken Barozzi nicolaken@apache.org > - verba volant, scripta manent - > (discussions get forgotten, just code remains) > --------------------------------------------------------------------- > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > > -- To unsubscribe, e-mail: For additional commands, e-mail: