Re: Exporting a package with no Java sources

Right now, javac only looks in one location (i.e. directory + its subdirectories) for the compiled classes for a module. It is too late to change this for JDK 9, and even if we could, I think we are already pushing the limits of what can be specified on the command line to configure the

Re: javap cannot read module-info.class

One working example certainly doesn't prove absence of a bug :) But yes, I must have gotten my bash aliases wrong, the reported error is only printed by the Java 8 version of javap, in 9 it works as expected. One small bit remains: If I let our compiler emit CONSTANT_Utf8_info for the module

Re: Cleanly starting apps on Java 9 and earlier

On 01/07/2017 13:15, Enrico Olivelli wrote: : Alan, Can you give some poonters to this page? Thank you There isn't a page to point at yet, mostly we are waiting for javaee.github.io to be updated to list stable Maven coordinates or download links for each of the standalone technologies.

Re: javap cannot read module-info.class

On 01/07/2017 16:08, Stephan Herrmann wrote: compile an arbitrary module-info.java and then: $ javap module-info.class Error: error while reading constant pool for /tmp/bin/module-info.class: unexpected tag at #5: 19 From tweaking the Eclipse compiler it seems that javap is expecting a

Re: javap cannot read module-info.class

Hi Stephan, there is something wrong from your side, it works for me :) /usr/jdk/jdk-9-b175/bin/javap --module-path target/main/exploded/ --module fr.umlv.asm.test module-info Compiled from "module-info.java" module fr.umlv.asm.test { requires java.base; requires org.objectweb.asm.all.debug;

javap cannot read module-info.class

compile an arbitrary module-info.java and then: $ javap module-info.class Error: error while reading constant pool for /tmp/bin/module-info.class: unexpected tag at #5: 19 From tweaking the Eclipse compiler it seems that javap is expecting a CONSTANT_Utf8_info, where according to JVMS 4.7.25

RE: Cleanly starting apps on Java 9 and earlier

IMO: 1. You should avoid `--add-modules java.se.ee' unless you need all of those modules. You should bring in only those modules that you need. The choices are java.activation, java.corba, java.transaction, java.xml.bind, java.xml.ws, java.xml.ws.annotation. So use --add-modules

gradle 3.x runs without setting _JAVA_OPTIONS on jdk-9+175 (and later)

Now that '--illegal-access=permit' is the default for JDK 9 (as of build 175) I can confirm that gradle 3.x works without needing to specify a bunch of '--add-opens' options. I was able to do an entire build / test of JavaFX without setting _JAVA_OPTIONS at all. I hope this will give the

Re: Cleanly starting apps on Java 9 and earlier

Il sab 1 lug 2017, 11:53 Alan Bateman ha scritto: > On 01/07/2017 10:18, Mark Thomas wrote: > > Hi, > > > > Apache Tomcat needs to add the following options when running on Java 9: > > > > --add-modules=java.se.ee > > --add-opens=java.base/java.lang=ALL-UNNAMED > >

Re: Exporting a package with no Java sources

On 01/07/2017 10:09, Peter Levart wrote: Hi Alexander, Have you tried to put a package-info.java into the exported package? It might work. I don't think so, but a dummy class/interface will do (it doesn't have to be public). There is a lengthy discussion on this topic in JIRA from 2016 that

Re: Cleanly starting apps on Java 9 and earlier

On 01/07/2017 10:18, Mark Thomas wrote: Hi, Apache Tomcat needs to add the following options when running on Java 9: --add-modules=java.se.ee --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.rmi/sun.rmi.transport=ALL-UNNAMED The first is because it depends on

Cleanly starting apps on Java 9 and earlier

Hi, Apache Tomcat needs to add the following options when running on Java 9: --add-modules=java.se.ee --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.rmi/sun.rmi.transport=ALL-UNNAMED The first is because it depends on javax.xml.ws.WebServiceRef and javax.xml.ws.WebServiceRefs. We

Re: Exporting a package with no Java sources

Hi Alexander, Have you tried to put a package-info.java into the exported package? It might work. Regards, Peter On Jun 30, 2017 6:42 PM, "Alexander Udalov" wrote: > I'm trying to figure out how to compile a mixed-language (in this > case, Java + Kotlin) JVM

hg: jigsaw/jake/nashorn: 2 new changesets

Changeset: b25986e36b28 Author:lana Date: 2017-06-29 17:26 + URL: http://hg.openjdk.java.net/jigsaw/jake/nashorn/rev/b25986e36b28 Added tag jdk-9+176 for changeset 3c6fbdf6e785 ! .hgtags Changeset: e93bc38cf3f3 Author:alanb Date: 2017-07-01 07:58 +0100 URL:

hg: jigsaw/jake/corba: 2 new changesets

Changeset: 76cebcdca958 Author:lana Date: 2017-06-29 17:26 + URL: http://hg.openjdk.java.net/jigsaw/jake/corba/rev/76cebcdca958 Added tag jdk-9+176 for changeset 40fb9f229471 ! .hgtags Changeset: ace27af8942f Author:alanb Date: 2017-07-01 07:58 +0100 URL:

hg: jigsaw/jake/jaxp: 2 new changesets

Changeset: 332ad9f92632 Author:lana Date: 2017-06-29 17:26 + URL: http://hg.openjdk.java.net/jigsaw/jake/jaxp/rev/332ad9f92632 Added tag jdk-9+176 for changeset 38cf34e23280 ! .hgtags Changeset: 712c8f06dd80 Author:alanb Date: 2017-07-01 07:58 +0100 URL:

hg: jigsaw/jake/hotspot: 3 new changesets

Changeset: 2ab74e5dbdc2 Author:roland Date: 2017-06-23 09:33 +0200 URL: http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/2ab74e5dbdc2 8181742: Load that bypasses arraycopy has wrong memory state Summary: Set load memory edge to the memory state right before the arraycopy.

hg: jigsaw/jake/jdk: 4 new changesets

Changeset: 2425838cfb5e Author:mullan Date: 2017-06-23 14:32 -0400 URL: http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/2425838cfb5e 8182652: RuntimePermission("usePolicy") is not a Java SE permission Reviewed-by: mchung !

hg: jigsaw/jake/jaxws: 2 new changesets

Changeset: 880541212285 Author:lana Date: 2017-06-29 17:26 + URL: http://hg.openjdk.java.net/jigsaw/jake/jaxws/rev/880541212285 Added tag jdk-9+176 for changeset ea819b6009d3 ! .hgtags Changeset: 7c7fed544711 Author:alanb Date: 2017-07-01 07:58 +0100 URL:

hg: jigsaw/jake/langtools: 3 new changesets

Changeset: 0d0ac75b0f6c Author:jjg Date: 2017-06-26 18:48 -0700 URL: http://hg.openjdk.java.net/jigsaw/jake/langtools/rev/0d0ac75b0f6c 8182736: javadoc generates bad names and broken module graph links Reviewed-by: jjg, bpatel, darcy, ksrini Contributed-by: