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 C288A7C8A for ; Mon, 5 Dec 2011 17:56:55 +0000 (UTC) Received: (qmail 48482 invoked by uid 500); 5 Dec 2011 17:56:55 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 48375 invoked by uid 500); 5 Dec 2011 17:56:55 -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 48367 invoked by uid 99); 5 Dec 2011 17:56:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Dec 2011 17:56:55 +0000 X-ASF-Spam-Status: No, hits=0.6 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of grobmeier@gmail.com designates 209.85.216.50 as permitted sender) Received: from [209.85.216.50] (HELO mail-qw0-f50.google.com) (209.85.216.50) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Dec 2011 17:56:49 +0000 Received: by qaea17 with SMTP id a17so389088qae.9 for ; Mon, 05 Dec 2011 09:56:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=ebJHQU5pzOP4dHpQXpMHu8EVrgiBuXVwgMip8z9cpok=; b=KPh7+pW8dq86WImTWVDFWAlGgJkGdvxMln3sT7KHK9oSuTPnRbFdkZDExLtWRmvL8z AFa+vZ8+dVnq9JFKLYMX7lEmJhkeoQvL9K0GwWUncXQ1pw+7IS7SzId7dxbon1/q4qPs arOsKP7UUUfB+SfxCGPSpS85ECSV9cTdz+Mrk= Received: by 10.224.105.196 with SMTP id u4mr4525746qao.47.1323107788816; Mon, 05 Dec 2011 09:56:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.219.144 with HTTP; Mon, 5 Dec 2011 09:56:06 -0800 (PST) In-Reply-To: References: <1323094640213-4160635.post@n4.nabble.com> From: Christian Grobmeier Date: Mon, 5 Dec 2011 18:56:06 +0100 Message-ID: Subject: Re: [VOTE] Can the next version major version of a project require Java6? (i.e. drop Java 1.5) To: Commons Developers List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Dec 5, 2011 at 6:44 PM, ralph.goers @dslextreme.com wrote: > +1 to the proposal. > > As for moving out of commons I would expect that it would require a vote = of > the Commons PMC with approval from the board. I don't know why it would > need to go through the incubator since it would have already performed > releases here, its IP would already be cleared and presumably we would on= ly > make the proposal if it already had a community of its own. I said it only because of the "community building aspect". A new tld would be required and a working PMC must be setup. If this is would be clear from the beginning I agree. Actually if this step would be required, I would try to avoid the incubator as much as I can > > Ralph > > On Mon, Dec 5, 2011 at 6:17 AM, henrib wrote: > >> Sorry to bug everyone again, I'm hopelessly trying to make Commons move = a >> little forward... >> >> Since a 2-person opposition never breaks the tie, a vote is in order to >> decide whether JEXL3 (aka the next major version after 2.1, see JEXL-123= ) >> can actually break loose of Java 1.5 compatibility. (sic) >> >> JEXL3 is intended to be a next major release of JEXL that cleans up the >> API, >> making sure the internal/public contract is crystal clear. Since it is a >> major revamp of the API, JEXL3 is intended to be used by new/active >> projects >> that will be deployed on Java6 / Java7. To avoid some development cost, >> I've >> "blatantly" crossed another rule without much thinking by requiring Java= 6 >> for JEXL3 (instead of Java5 which is EOL). >> >> Since JEXL2.1 - aka the next imminent version of jexl2 - already targets >> Java 1.5, I did not think it would start yet another fight with the rele= ase >> police. Was I wrong... "Why can't you supporting a EOL-ed platform for a >> new >> version of the project?". (Because it's not a freebie for me but no >> matter). >> >> So, here we are again for some bickering and vote: >> [+1] Yes, you may release the next major release of JEXL3 with a Java6 >> requirement >> [-1] No, this is an important case/issue/matter/rule that we continue >> supporting Java 1.5 >> [0] =C2=A0Don't care >> >> Many thanks to those who will vote for their time and patience; >> Henrib >> >> PS: Is there a process to formally move a project from Commons to elsewh= ere >> within Apache? >> >> >> >> >> >> >> >> -- >> View this message in context: >> http://apache-commons.680414.n4.nabble.com/VOTE-Can-the-next-version-maj= or-version-of-a-project-require-Java6-i-e-drop-Java-1-5-tp4160635p4160635.h= tml >> Sent from the Commons - Dev mailing list archive at Nabble.com. >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >> For additional commands, e-mail: dev-help@commons.apache.org >> >> --=20 http://www.grobmeier.de https://www.timeandbill.de --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org