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 3D6F3200D1C for ; Sun, 15 Oct 2017 21:21:16 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 3BD8C1609EA; Sun, 15 Oct 2017 19:21:16 +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 5B0201609D1 for ; Sun, 15 Oct 2017 21:21:15 +0200 (CEST) Received: (qmail 22664 invoked by uid 500); 15 Oct 2017 19:21:14 -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 22653 invoked by uid 99); 15 Oct 2017 19:21:14 -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; Sun, 15 Oct 2017 19:21:14 +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 51E291A175F for ; Sun, 15 Oct 2017 19:21:13 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.099 X-Spam-Level: X-Spam-Status: No, score=0.099 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=disabled 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 0NfPR19Y46E6 for ; Sun, 15 Oct 2017 19:21:10 +0000 (UTC) Received: from smtp754.redcondor.net (smtp754.redcondor.net [208.80.206.54]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 5DC8C60F08 for ; Sun, 15 Oct 2017 19:21:10 +0000 (UTC) Received: from mailproxy12.neonova.net ([137.118.22.77]) by smtp754.redcondor.net ({97b16bb2-c597-43ea-8fbe-137c536017bc}) via TCP (outbound) with ESMTP id 20171015192101808_0754 for ; Sun, 15 Oct 2017 19:21:01 +0000 X-RC-FROM: X-RC-RCPT: Received: from [192.168.1.3] (ip72-201-73-113.ph.ph.cox.net [72.201.73.113]) (Authenticated sender: ralph.goers@dslextreme.com) by mailproxy12.neonova.net (Postfix) with ESMTPA id 410FC360382 for ; Sun, 15 Oct 2017 15:21:10 -0400 (EDT) From: Ralph Goers Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [LANG] Add module-info.java? Date: Sun, 15 Oct 2017 12:20:57 -0700 References: <16144AF6-90C5-4C46-A959-5943254B9674@apache.org> <909D97A2-269C-443B-9D28-A109A545240B@apache.org> To: Commons Developers List In-Reply-To: Message-Id: <1D3CA89A-36C5-482C-8A74-BE850EC0AE38@dslextreme.com> X-Mailer: Apple Mail (2.3273) X-DLP-OUTBOUND: 137.118.22.64/27 X-MAG-OUTBOUND: greymail.redcondor.net@137.118.22.64/27 archived-at: Sun, 15 Oct 2017 19:21:16 -0000 I should point out - just for reference - that Log4j has a maven module = dedicated to Java 9 and only that is built with the Java 9 compiler. = Everything else uses Java 7. We also use Java 7 when running the maven = site plugin. It complains when it finds Java 9 classes but it doesn=E2=80=99= t fail. I don=E2=80=99t think waiting is a very good option. At the very least = commons lang should add the Automatic-Module-Name header. This can be = done with any compiler version. But adding a module-info.java file is = pretty straightforward - especially since it is likely that everything = will be exported. Ralph > On Oct 15, 2017, at 3:04 AM, Stephen Colebourne = wrote: >=20 > Log4J is adding module-info.java now, and its not overly complicated > to do here either. The main question seems to be around the maven site > plugin, but thats likely to be fixed soon. ie. I'd like to get to the > point where all the basic commons projects have module-info.java > (because proper modularization is going to occur bottom up, so the > earlier we can get these out the better). >=20 > FWIW, its up to Android to sort out its tooling - Java 9 is not going = away! >=20 > I'd like to establish if there are any fundamental objections to the > concept of building only on Java 9. I'm also willing to try and find a > way to get the build to still work on Java 7, but that releases have > to be on Java 9. >=20 > Stephen >=20 >=20 >=20 > On 15 October 2017 at 10:49, Benedikt Ritter = wrote: >> Okay, let=E2=80=99s get back to topic. I feel that the community = want=E2=80=99s to wait some more until at least all maven plugins we use = work with Java 9? >>=20 >> Regards, >> Benedikt >>=20 >>> Am 15.10.2017 um 01:30 schrieb Matt Sicker : >>>=20 >>> Which is mainly because the version of Java in Android is = intentionally >>> lacking about half of the standard library. Perhaps this will = improve in >>> the future now that they're adopting OpenJDK, though. >>>=20 >>> On 14 October 2017 at 17:04, Ralph Goers = wrote: >>>=20 >>>> I need to point out that even after removing that there would be a = lot of >>>> stuff in log4j-core that doesn=E2=80=99t work in Android. >>>>=20 >>>> Ralph >>>>=20 >>>>> On Oct 14, 2017, at 12:02 PM, Gary Gregory = >>>> wrote: >>>>>=20 >>>>> I am wondering if this is a little too early. A lot of tooling our = there >>>>> does not play well with Java 9 class files. >>>>>=20 >>>>> The last time I tried to use Log4j 2 (which contains Java 9 = classes files >>>>> in the right multi-jar spot) with an Android app, the Android = tooling >>>> threw >>>>> up all over itself because it was incorrectly trying to do = something with >>>>> these Java 9 class file :-( >>>>>=20 >>>>> Gary >>>>>=20 >>>>> On Sat, Oct 14, 2017 at 7:53 AM, Stephen Colebourne < >>>> scolebourne@joda.org> >>>>> wrote: >>>>>=20 >>>>>> On 14 October 2017 at 14:05, Rob Tompkins = wrote: >>>>>>>> On Oct 14, 2017, at 8:43 AM, Benedikt Ritter = >>>>>> wrote: >>>>>>> Feels like a change that would warrant a major version change, = but that >>>>>> would have us maintaining another major version branch. >>>>>>=20 >>>>>> No need for a major version change. Its just one more .class file = in >>>>>> the jar file. The jar file is still usable on Java 7 and 8, its = just >>>>>> that the *build* is Java 9 specific. >>>>>>=20 >>>>>> As Pascal says, really we want all the maven plugins to be ready = for >>>>>> this, but we don't control those timescales. >>>>>>=20 >>>>>> Options to fix the site plugin problem: >>>>>>=20 >>>>>> 1) Alter the PR so that releases have to be in two stages - jar = file >>>>>> build/deploy on Java 9 and site on Java 8. The risk is that = someone >>>>>> forgets to do the release using Java 9. >>>>>>=20 >>>>>> 2) Compile the module-info.java file on Java 9 and check it in = (as a >>>>>> binary module-info.class file). Then the build could stay on Java = 7/8. >>>>>> The problem however is that whenever a new package is added, the >>>>>> module-info.class file would have to be recreated and re-checked = in, >>>>>> an error-prone process. >>>>>>=20 >>>>>> Stephen >>>>>>=20 >>>>>> = --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >>>>>> For additional commands, e-mail: dev-help@commons.apache.org >>>>>>=20 >>>>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> = --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >>>> For additional commands, e-mail: dev-help@commons.apache.org >>>>=20 >>>>=20 >>>=20 >>>=20 >>> -- >>> Matt Sicker >>=20 >>=20 >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >> For additional commands, e-mail: dev-help@commons.apache.org >>=20 >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > For additional commands, e-mail: dev-help@commons.apache.org >=20 >=20 --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org