Return-Path: X-Original-To: apmail-maven-dev-archive@www.apache.org Delivered-To: apmail-maven-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 C4D21D44F for ; Fri, 17 Aug 2012 16:25:09 +0000 (UTC) Received: (qmail 14302 invoked by uid 500); 17 Aug 2012 16:25:09 -0000 Delivered-To: apmail-maven-dev-archive@maven.apache.org Received: (qmail 14216 invoked by uid 500); 17 Aug 2012 16:25:09 -0000 Mailing-List: contact dev-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Developers List" Reply-To: "Maven Developers List" Delivered-To: mailing list dev@maven.apache.org Received: (qmail 14208 invoked by uid 99); 17 Aug 2012 16:25:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Aug 2012 16:25:09 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sochotnicky@redhat.com designates 209.132.183.28 as permitted sender) Received: from [209.132.183.28] (HELO mx1.redhat.com) (209.132.183.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Aug 2012 16:25:02 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q7HGOfV7021706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 17 Aug 2012 12:24:41 -0400 Received: from localhost (dhcp-25-142.brq.redhat.com [10.34.25.142]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q7HGOetw031149 for ; Fri, 17 Aug 2012 12:24:41 -0400 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable From: Stanislav Ochotnicky User-Agent: alot/0.3.1+ To: "Maven Developers List" References: <20120730114443.5364.20616@dhcp-25-142.brq.redhat.com> <7FAC5641-A482-4278-ADF6-161C3F22EF0C@tesla.io> <20120817103312.9124.93190@dhcp-25-142.brq.redhat.com> In-Reply-To: Message-ID: <20120817162439.26135.9944@dhcp-25-142.brq.redhat.com> Subject: Re: Updating dependencies on Maven 2.x to Maven 3.x in plugins? Date: Fri, 17 Aug 2012 18:24:39 +0200 X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Virus-Checked: Checked by ClamAV on apache.org Quoting Stephen Connolly (2012-08-17 13:32:54) > If in 50 years time that means that there is still some Maven plugins that > depend on some of the published Maven APIs from Maven 2.0 then that is a > success on behalf of the Maven developers, not a failure to force people = to > upgrade. I honestly didn't mean to make this into fail/win type scenario. > > In any case, you've made your opinion clear so I have a different > > question then :-) Is there any timeframe you have in mind for this > > transition to happen? 2 years? 5 years? 10 years? Never? I *assume* > > there will come a time where 2.0.11 and 2.2.1 will have to die (i.e not > > be featured as download options). I would guess the transition would > > start at least then. > > > = > Apache releases never die (which is why we cannot stop people (a.k.a. > fools) downloading Maven 2.1.0) I'll try to be less metaphorical next time. I meant when they will stop to be supported by their developers. > The links are there to help users that have specific requirements for Mav= en > versions, but there is absolutely nothing stopping anyone from going and > downloading the older versions, e.g. > http://archive.apache.org/dist/maven/binaries/ I am aware of archive, but having download available does not mean that version is alive. Or should I try bugreporting against those old versions? My guess is that those bugs would be just closed as "won't fix". So in that sense, I believe 3.x is basically the only alive version of Maven. 2.2.x and 2.0.x branches will likely not receive any security or any major fixes. For you they are "done", and there's nothing wrong with that really, but for me it means those versions have no active upstream (pretty please take this with a grain of salt). Hence the curiosity. > We will probably drop the link for Maven 2.2.1 once we get to Maven 3.1 or > Maven 4.0 (depends on how big a change we think things are) > = > I would suspect that a 3.1 or 4.0 might consider dropping support for JRE > 1.5 (given that 1.6 is nearing EOL) in which case we would probably retain > a link to the last version that only requires JRE 1.5 such as we are > currently doing for JRE 1.4 (i.e. the 2.0.11 link). Whether we would drop > the 2.0.11 link at that point in time is a different question. OK. I can live with uncertainty and speculations. This is enough for me. Thank you! -- = Stanislav Ochotnicky Software Engineer - Base Operating Systems Brno PGP: 7B087241 Red Hat Inc. http://cz.redhat.com --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org For additional commands, e-mail: dev-help@maven.apache.org