Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B3A1F192B8 for ; Mon, 25 Apr 2016 09:21:21 +0000 (UTC) Received: (qmail 57512 invoked by uid 500); 25 Apr 2016 09:21:21 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 57355 invoked by uid 500); 25 Apr 2016 09:21:21 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 57343 invoked by uid 99); 25 Apr 2016 09:21:20 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Apr 2016 09:21:20 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 212D71A0214 for ; Mon, 25 Apr 2016 09:21:20 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.72 X-Spam-Level: X-Spam-Status: No, score=-0.72 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=scarlet.be Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id NEMPsWyn-_52 for ; Mon, 25 Apr 2016 09:21:18 +0000 (UTC) Received: from sif.is.scarlet.be (sif.is.scarlet.be [193.74.71.28]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 5D2715F644 for ; Mon, 25 Apr 2016 09:21:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=scarlet.be; s=scarlet; t=1461576076; bh=wIbMyBXHUms0YcqTULB4zd2NN1wKqreJQTdLdPQZTLM=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To: Subject:In-Reply-To:References:Message-ID; b=SnPpOvlvC+NN6JuutNIxV+fnNlPYGJ3tyAS+/cAj5HIQ4LTHXnv5yMRzF6g8lyvO/ nlJY0j3WYLN0JhwMZlqyADFJUvhRoasML8At6hV2hCO3c3hIK3zFD3Fp3mPlWUpPbr 8qFFtl6Iu6Su3bCUOi16PWadiur65dLTuP305ioc= Received: from webmail.scarlet.be (meigs.is.scarlet.be [193.74.71.216]) by sif.is.scarlet.be (8.14.9/8.14.9) with ESMTP id u3P9LFai006484 for ; Mon, 25 Apr 2016 11:21:16 +0200 X-Scarlet: d=1461576076 c=193.74.71.216 Received: from ip-83-134-61-101.dsl.scarlet.be ([83.134.61.101]) via ip-83-134-61-101.dsl.scarlet.be ([83.134.61.101]) by webmail.scarlet.be with HTTP (HTTP/1.1 POST); Mon, 25 Apr 2016 11:21:15 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 25 Apr 2016 11:21:15 +0200 From: Gilles To: Subject: Re: [ALL] Dist layout change to per version directories In-Reply-To: References: <57148456.7040806@apache.org> <5714C35F.7070605@apache.org> <571DD191.8050000@apache.org> Message-ID: <437088b5fa915fef89b8209ad6c5a5c5@scarlet.be> X-Sender: gilles@harfang.homelinux.org User-Agent: Scarlet Webmail X-DCC-scarlet.be-Metrics: sif; whitelist X-Virus-Scanned: clamav-milter 0.98.1-exp at sif X-Virus-Status: Clean On Mon, 25 Apr 2016 10:06:12 +0100, sebb wrote: > On 25 April 2016 at 09:13, Emmanuel Bourg wrote: >> Le 25/04/2016 03:04, sebb a écrit : >> >>> However the distribution naming convention needs to distinguish >>> between releases using different Java packages. >> >> I don't think that's a justified requirement, unless we intent to >> use >> the same version with different packages (for example a version 3.5 >> of >> commons-lang using the old org.apache.commons.lang package, and a >> version 3.5 using the new org.apache.commons.lang3 package). This >> will >> never happen. > > Never suggests it is impossible; however that is not the case. > It hasn't happened yet, but I can imagine that there might be a > reason > to maintain two parallel release versions. > > Note that the artifact names themselves use the artifactid. > So using it in the folder name would be no different. > >>> So how do you suggest fixing that problem? >> >> As I suggested, by not using the artifactId. The options are: >> 1. [component]-[version]/ >> 2. [version]/ >> >> The option 2 has my preference (the path already contains the name >> of >> the component, no need to repeat it). I also choose option 2. [And option 1 is a confusing hybrid.] Gilles > There are occasions when having the component name can be useful. > For example when checking out the tag for votes. > Possibly less of an issue for the dist tree, but I found it a big > nuisance when checking out SVN tags for multiple votes. > >> Emmanuel Bourg --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org