In the currently accepted proposal for #ReflectiveAccessToNonExportedTypes
[1], it is described that an entire module can be opened with the following
example:
open module foo.bar {
exports com.foo.bar;
requires hibernate.core;
requires hibernate.entitymanager;
}
The current syntax
Alan Bateman wrote on 12/30/2016 12:23:09 AM:
> From: Alan Bateman
> To: Andrew Guibert/Rochester/IBM@IBMUS, jigsaw-dev d...@openjdk.java.net>
> Date: 12/30/2016 12:23 AM
> Subject: Re: --add-opens for entire module
>
> On 28/12/2016 07:30, Andrew Guibert wrote:
>
I'm working with JDK build b162 and I see that the following option is
listed:
--dry-run create VM but do not execute main method.
This --dry-run option may be useful for validating the
command-line options such as the module system
configuration.
Thi
> From: Alan Bateman
> To: Andrew Guibert/Rochester/IBM@IBMUS, jigsaw-dev d...@openjdk.java.net>
> Date: 04/11/2017 10:00 AM
> Subject: Re: Intended usage of `java --dry-run`?
>
> On 11/04/2017 15:36, Andrew Guibert wrote:
>
> > :
> >
> > Based on the
I was happy to see that a resolution was reached for #AddExportsInManifest,
but why did this stop at Add-Exports and Add-Opens? In order to cover all
use cases (for unnamed modules), we would need two more manifest
attributes:
# Equivalent to: --add-reads=java.base=ALL-UNNAMED
--add-reads=java.
> From: Alan Bateman
> To: Andrew Guibert , jigsaw-dev d...@openjdk.java.net>
> Date: 05/18/2017 08:44 AM
> Subject: Re: Add-Reads and Add-Modules manifest attributes?
>
> On 18/05/2017 14:40, Andrew Guibert wrote:
>
> >
> > I was happy to s
> From: Alan Bateman
> To: Andrew Guibert
> Cc: jigsaw-dev
> Date: 05/18/2017 09:27 AM
> Subject: Re: Add-Reads and Add-Modules manifest attributes?
>
> On 18/05/2017 15:14, Andrew Guibert wrote:
>
> Regarding Add-Reads:
> You're reading it backwards I
Hi all,
According to JEP 261 the java.se.ee specific modules are being excluded for
the sake of app servers since we already typically override them. As a
developer of a Java EE app server, while this gesture is appreciated, I
think it does more harm than good to the wider Java community because
Hello -dev members,
I have been attempting to get a large codebase working with java 9, and
jdeps has been very helpful in finding references to removed/internalized
APIs.
However, jdeps does not catch soft references to removed/internalized APIs,
such as:
Class.forName("sun.management.Agent"
Hello all,
Many Java frameworks and applications require knowledge of the Java version
they are running on. Currently the only way to check the Java version is
by doing:
String javaVersion = System.getProperty("java.specification.version");
This of course returns a String, which is very a
10 matches
Mail list logo
