From dev-return-89576-apmail-ant-dev-archive=ant.apache.org@ant.apache.org Thu Jun 1 14:16:47 2017 Return-Path: X-Original-To: apmail-ant-dev-archive@www.apache.org Delivered-To: apmail-ant-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 F0CA3192BF for ; Thu, 1 Jun 2017 14:16:47 +0000 (UTC) Received: (qmail 45843 invoked by uid 500); 1 Jun 2017 14:16:47 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 45771 invoked by uid 500); 1 Jun 2017 14:16:47 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 45755 invoked by uid 99); 1 Jun 2017 14:16:46 -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; Thu, 01 Jun 2017 14:16:46 +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 88A4C1A07BD for ; Thu, 1 Jun 2017 14:16:46 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.38 X-Spam-Level: *** X-Spam-Status: No, score=3.38 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_REPLY=1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id Pr1XPd8lH1nB for ; Thu, 1 Jun 2017 14:16:44 +0000 (UTC) Received: from mail-it0-f47.google.com (mail-it0-f47.google.com [209.85.214.47]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 1BCB25F254 for ; Thu, 1 Jun 2017 14:16:43 +0000 (UTC) Received: by mail-it0-f47.google.com with SMTP id f72so39349480ite.0 for ; Thu, 01 Jun 2017 07:16:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=9J0RfXKpd678BNe8VxoeQH/49+QbPWJV+60wyC+KEyQ=; b=aD/HHBe4ax2D+L2K+wu1j+55cdqNeigXBHs7DDAgLacCjidHDimSgSX2yxHVt0WE6b Vk6VVj+egPkA3FOGjECcn8IKBnK+tg9FSRxR8i+xQvSH2XwILfKGtU5VIdzJW6rJHa73 +2eeUkO0BuM5gURySasnuFao9jGb0/GwQuAsB4dWczqKOnZDhSNTkA5tdXKKe9/DQijM PenQvHofu4Rn1lzscUtwGo0oRM0mmDaH3Gi94d6eXiTfDEK/JkdE4aYOMDa8M2PLJve0 f8qQkF2pDw8oT3xE4uusBrrM1GHfTWwVi2HDDSJKtwD9vE8UTa2O5NGOH/tmh8ynza7v 7yQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=9J0RfXKpd678BNe8VxoeQH/49+QbPWJV+60wyC+KEyQ=; b=JvM3XwC9D2pPjKZFedvKKMQFZW4AxX+goyN7u/3EJlo9e+KZIXcYecnn0DCSP+5Ikw j/i974dy6sAD9ZStU3QxDtqFyIgriutXRowuOypmP+T1cxSE3WHh/t7dWIQ7B8kvjqOQ eFgTpEQfetamFhQSvk1qWuGkBXDLhhuxXuY7vL/mxLt9CNEiFKIfLcm8b2/Y90ay9oJ5 BRGRDKVJL81Swwr4yMov1BBhRapREIPhWo1qZL28UCyZjDkHYV2hSZO4oSgl9bFbKqIa ifxD+N5SKh5ytkJqsKAfVWQFjfoBYIbFXwFEd7+3SGnk5QhPFzuEb0MC9nGO8Qen+UmM tmpQ== X-Gm-Message-State: AODbwcB723y2GC+gcugW9ZDmOHC9iSpg1NSW1lNt9CETzPFAot702aST peUJJmKIwTY3jGC5V0Gl6qVfVDgMlw== X-Received: by 10.36.189.11 with SMTP id x11mr14571356ite.16.1496326595810; Thu, 01 Jun 2017 07:16:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.132.227 with HTTP; Thu, 1 Jun 2017 07:16:35 -0700 (PDT) In-Reply-To: References: <87shjldoqx.fsf@v45346.1blu.de> <1523284132.58348.1496264229981@mail.yahoo.com> <0DF3B481-E7B3-4B13-AE6D-911C82D37F69@gmail.com> From: Gintautas Grigelionis Date: Thu, 1 Jun 2017 16:16:35 +0200 Message-ID: Subject: Re: [antlibs] Break Backwards Compatibility of Ivy Coordinates? To: Ant Developers List Content-Type: multipart/alternative; boundary="94eb2c19de32361eb10550e6af2e" --94eb2c19de32361eb10550e6af2e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I believe this comment provides a pretty good argument why coordinates must be consistent. Gintas 2017-06-01 14:57 GMT+02:00 Gintautas Grigelionis : > It's not a "should", it's a MUST. Ideally, pom.xml should be generated > from ivy.xml or the other way around; at the very least, maven-ant-tasks > should check the consistence between them, like this > > > uri=3D"antlib:org.apache.maven.artifact.ant" > classpath=3D"${libdir}/maven-ant-tasks-2.1.3.jar"/> > > The pom version is ${ivy.pom.version} > list!"> > > > arg2=3D"${ivy.pom.build.plugins[0].artifactId}"/> > > > > > > > > > > > > forcestring=3D"true"/> > forcestring=3D"true"/> > forcestring=3D"true"/> > > > > > > > Gintas > > 2017-06-01 13:56 GMT+02:00 J Pai : > >> The new organization being proposed =E2=80=9Corg.apache.ant=E2=80=9D ins= tead of >> =E2=80=9Corg/apache=E2=80=9D is the right way to go IMO. It=E2=80=99s no= t just Ivy and applies to >> Maven co-ordinates (via pom.xml) as well. Ideally, they should match wit= h >> each other. Using the org.apache.ant would make it fit with the groupId = (in >> Maven land) and the organization naming schemes that I have seen for all >> the other projects out there. >> >> -Jaikiran >> On 01-Jun-2017, at 2:27 AM, Maarten Coene >> wrote: >> >> I don't see how Ivy could resolve the old ant-compress ivy.xml files >> without using very special artifact patterns.So my guess is that Ivy use= rs >> of ant-compress just use the pom.xml file. >> >> So I'd say we should fix the ivy.xml. >> Maarten >> >> Van: Stefan Bodewig >> Aan: dev@ant.apache.org >> Verzonden: woensdag 31 mei 17:34 2017 >> Onderwerp: [antlibs] Break Backwards Compatibility of Ivy Coordinates? >> >> Hi all >> >> this is an excerpt from the cancelled vote thread for the compress >> antlib. >> >> 2017-05-31 16:40 GMT+02:00 Stefan Bodewig : >> >> > I've just realized that the ivy.xml file I've published to Nexus has >> > completely different coordinates from the one used in earlier >> > releases. It used to be >> > >> > > > module=3D"ant" ...> >> > > > >> > for 1.5 RC1 it is >> > >> > > > module=3D"ant-compress" ...> >> > > > >> > and the current master branch would create >> > >> > > > module=3D"ant-compress" >> > > >> and as Gintas points out, master is the only one that is using Ivy >> coordinates the way they are intended to be. >> >> All antlibs builds except for Compress are currently in a state that >> makes it impossible to release them without making changes and Compress >> is "correct" after all. So now would be a good time to decide what to >> do. >> >> We could violate Ivy's concepts and go back to what we've done before - >> the first example above. This is what the two releases of Dotnet, the >> four releases of AntUnit ant the five releases of Compress have done so >> far. >> >> The other option is to fix all Antlibs to be in line with Ivy's concepts >> (as Compress is inside master right now). This runs the risk of breaking >> things for people who use Ivy to retrieve the Antlibs (or maybe not, if >> they pick them up via their POMs as those have been correct) with all >> future releases of the three Antlibs that have had releases. >> >> I tend to go with the second option and list it as a backwards >> incompatible change. >> >> Any preferences? >> >> Stefan >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org >> For additional commands, e-mail: dev-help@ant.apache.org >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org >> For additional commands, e-mail: dev-help@ant.apache.org >> >> > --94eb2c19de32361eb10550e6af2e--