Return-Path: Delivered-To: apmail-community-archive@apache.org Received: (qmail 11227 invoked by uid 500); 26 Feb 2003 19:56:33 -0000 Mailing-List: contact community-help@apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: community@apache.org Delivered-To: mailing list community@apache.org Received: (qmail 11133 invoked from network); 26 Feb 2003 19:56:31 -0000 Received: from unknown (HELO costinm.sfo.covalent.net) (64.84.39.162) by daedalus.apache.org with SMTP; 26 Feb 2003 19:56:31 -0000 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by costinm.sfo.covalent.net (8.12.5/8.12.5) with ESMTP id h1QJgmxZ007499 for ; Wed, 26 Feb 2003 11:42:49 -0800 Date: Wed, 26 Feb 2003 11:42:48 -0800 (PST) From: Costin Manolache X-X-Sender: costin@costinm.sfo.covalent.net To: community@apache.org Subject: Re: [proposal] daedalus jar repository (was: primary distribution location) In-Reply-To: <3E5D1592.7050606@chalko.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Wed, 26 Feb 2003, Nick Chalko wrote: > So I am for > /projectname/[subproject]/[version]/file[-version].jar > > That leo suggested. I'm not sure that's what Leo suggested. Having the version in both dir and jar seems a bit too much. The common practice in many projects ( at least in jakarta ) is to use jakarta-SUBPROJECT-version for packages and dirs in the dist. Changing that would be quite painfull - and require a lot of work. Getting the version number in the jars names is not easy either - it require changing build files, docs, scripts, maybe manifests. But it can be done, if it is clear that this is indeed an informed choice. Having one format in the repo and one in the official releases is IMO the worst choice. A download tool that is flexible and can support both formats - and eventually a descriptor that maps the type of names - is easier and require less work than changing all projects. Costin --------------------------------------------------------------------- To unsubscribe, e-mail: community-unsubscribe@apache.org For additional commands, e-mail: community-help@apache.org