Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 7F47F200B78 for ; Fri, 19 Aug 2016 00:39:48 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 7DDFB160AB7; Thu, 18 Aug 2016 22:39:48 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id C4186160AAE for ; Fri, 19 Aug 2016 00:39:47 +0200 (CEST) Received: (qmail 72985 invoked by uid 500); 18 Aug 2016 22:39:47 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 72973 invoked by uid 99); 18 Aug 2016 22:39:46 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Aug 2016 22:39:46 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 365B9180542 for ; Thu, 18 Aug 2016 22:39:46 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.299 X-Spam-Level: * X-Spam-Status: No, score=1.299 tagged_above=-999 required=6.31 tests=[HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=2, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=disabled Received: from mx2-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id PpaGMcZ8yaj9 for ; Thu, 18 Aug 2016 22:39:44 +0000 (UTC) Received: from mail-qk0-f171.google.com (mail-qk0-f171.google.com [209.85.220.171]) by mx2-lw-eu.apache.org (ASF Mail Server at mx2-lw-eu.apache.org) with ESMTPS id 73E895F4E5 for ; Thu, 18 Aug 2016 22:39:43 +0000 (UTC) Received: by mail-qk0-f171.google.com with SMTP id t7so30904070qkh.1 for ; Thu, 18 Aug 2016 15:39:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=dd1y4xILUSI8SAeJPFJFi/7ewHqOmp4ifChFJksJyC8=; b=GBkr1h0svURf0qj4C4xFU4vTsZUF57goxltjZuBWb2vq0YEIbcMhZCs6bTzXXSG9TP DUAciuOLKlSkjuaki8zbdAJ8Ij1Lm/XLOD/VAlOWD8k9TBj26QFJspN7C/txqnrOCo6b WeykjF1NZ1nEpfEfK4gjF5/CYBH4gWhSfrd6Vr/bZN4L4Or9+RZretSuUYTylcCzO48D IESkH51mvqbqHgkCCXQEMbGZ2/2a+nsyCT/dUyMOEZ905OTnpRkIpynLKM4rakMrHm30 G2iK0bG2FR1QO07BVPxXxKvcHn44QxE+J3mAqMmBZRaKUzrUcCmiaFuh6LZm5Jdz3OeD dqjA== X-Gm-Message-State: AEkooutJSlmQ1G2jqwQCuEe+QI2qrPzDCOBwhclRE20vsAsXgg3W84alZj7l8jwEKsywsMVjKh+JoSO+sKlK7w== X-Received: by 10.55.141.131 with SMTP id p125mr5262923qkd.132.1471559982408; Thu, 18 Aug 2016 15:39:42 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Russ Weeks Date: Thu, 18 Aug 2016 22:39:31 +0000 Message-ID: Subject: Re: [DISCUSS] Java 8 To: dev@accumulo.apache.org Content-Type: multipart/alternative; boundary=94eb2c0854060487b9053a604214 archived-at: Thu, 18 Aug 2016 22:39:48 -0000 --94eb2c0854060487b9053a604214 Content-Type: text/plain; charset=UTF-8 I was under the impression that there were a few changes in 2.0 that (a) break semver and (b) are not quite ready to go? Because any such changes would have to wait for 3.0 wouldn't they? Otherwise 2.1 (say) would not be backwards-compatible with 2.0? On Thu, Aug 18, 2016 at 2:28 PM Sean Busbey wrote: > Why don't we just make the 1.8 branch 2.0 then? I really don't want to > drop support for JDKs on non-major releases; it's super disruptive. > > On Thu, Aug 18, 2016 at 4:01 PM, Christopher wrote: > > I know we've talked about this before, but I kind of want to just use > Java > > 8 for Accumulo 1.8. It'd help clean up some things in the build (can make > > use of newer versions of build plugins, and make it easier for new > > development against the latest release). > > > > I just don't know how reasonable it is to keep making new, non-bugfix > > releases on EOL JDKs (even though I may have previously argued that it'd > be > > safer to just wait until a major version bump). > > > > -- > busbey > --94eb2c0854060487b9053a604214--