You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Rory O'Donnell <ro...@oracle.com> on 2014/12/09 13:08:37 UTC
JDK 9 images are now modular with JDK 9 Early Access build 41
Hi Robert & Kristian,
The initial changesets for JEP 220: Modular Run-Time Images [1] are
available
with JDK 9 early-access build 41 [2].
To summarize (please see the JEP for details):
- The "jre" subdirectory is no longer present in JDK images.
- The user-editable configuration files in the "lib" subdirectory
have been moved to the new "conf" directory.
- The endorsed-standards override mechanism has been removed.
- The extension mechanism has been removed.
- rt.jar, tools.jar, and dt.jar have been removed.
- A new URI scheme for naming stored modules, classes, and resources
has been defined.
- For tools that previously accessed rt.jar directly, a built-in NIO
file-system provider has been defined to provide access to the
class
and resource files within a run-time image.
More details are available at Mark Reinhold's latest blog entry [3]
Rgds, Rory
[1] http://openjdk.java.net/jeps/220
[2] https://jdk9.java.net/download/
[3] http://mreinhold.org/blog/jigsaw-modular-images
--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: JDK 9 images are now modular with JDK 9 Early Access build 41
Posted by Balchandra Vaidya <ba...@oracle.com>.
Hi Robert,
The signature of flip() is not changed. There could be something
else here.
Did you see this issue with jdk 9 ea b40 or in any other
jdk 9 ea builds or in any 8u40 ea builds ?
If the issue is specific to 9 ea b41 or even specific to
9 ea builds, please file an incident and let me know the
incident number. I will take that forward.
Thank you.
Regards
Balchandra
On 12/ 9/14 07:33 PM, Robert Scholte wrote:
> Hi,
>
> I've tried to build Maven itself with this JDK version. It fails
> almost at the end when building Maven Compat.
>
> The output:
> [INFO] --- animal-sniffer-maven-plugin:1.10:check
> (check-java-1.6-compat) @ maven-compat ---
> [INFO] Checking unresolved references to
> org.codehaus.mojo.signature:java16:1.1
> [ERROR]
> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:253:
> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
> [ERROR]
> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:278:
> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Reactor Summary:
> [INFO]
> [INFO] Apache Maven ...................................... SUCCESS
> [10.029s]
> [INFO] Maven Model ....................................... SUCCESS
> [20.897s]
> [INFO] Maven Artifact .................................... SUCCESS
> [8.487s]
> [INFO] Maven Plugin API .................................. SUCCESS
> [8.480s]
> [INFO] Maven Model Builder ............................... SUCCESS
> [20.078s]
> [INFO] Maven Settings .................................... SUCCESS
> [4.660s]
> [INFO] Maven Settings Builder ............................ SUCCESS
> [7.818s]
> [INFO] Maven Repository Metadata Model ................... SUCCESS
> [3.832s]
> [INFO] Maven Aether Provider ............................. SUCCESS
> [20.002s]
> [INFO] Maven Core ........................................ SUCCESS
> [1:14.777s]
> [INFO] Maven Compat ...................................... FAILURE
> [8.361s]
> [INFO] Maven Embedder .................................... SKIPPED
> [INFO] Apache Maven Distribution ......................... SKIPPED
> [INFO]
> ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
>
> It seems like this method signature has changed: flip() used to return
> Buffer, now it returns ByteBuffer.
> In both cases we don't use the returned Buffer, only the flip()-method
> is called on its instance.
>
> I could use some advice here: does it matter for JVM what kind of
> Object is returned, even though it's not used?
>
> thanks,
> Robert
>
> --- code fragment ---
> Properties props = new Properties();
>
> channel = new RandomAccessFile( touchfile, "rw"
> ).getChannel();
> lock = channel.lock( 0, channel.size(), false );
>
> if ( touchfile.canRead() )
> {
> getLogger().debug( "Reading resolution-state from:
> " + touchfile );
> ByteBuffer buffer = ByteBuffer.allocate( (int)
> channel.size() );
>
> channel.read( buffer );
> buffer.flip();
>
> ByteArrayInputStream stream = new
> ByteArrayInputStream( buffer.array() );
> props.load( stream );
> }
>
> props.setProperty( key, Long.toString(
> System.currentTimeMillis() ) );
>
> if ( error != null )
> {
> props.setProperty( key + ERROR_KEY_SUFFIX, error );
> }
> else
> {
> props.remove( key + ERROR_KEY_SUFFIX );
> }
>
> ByteArrayOutputStream stream = new
> ByteArrayOutputStream();
>
> getLogger().debug( "Writing resolution-state to: " +
> touchfile );
> props.store( stream, "Last modified on: " + new Date() );
>
> byte[] data = stream.toByteArray();
> ByteBuffer buffer = ByteBuffer.allocate( data.length );
> buffer.put( data );
> buffer.flip();
>
> channel.position( 0 );
> channel.write( buffer );
> --- code fragment ---
>
>
> Op Tue, 09 Dec 2014 13:08:37 +0100 schreef Rory O'Donnell
> <ro...@oracle.com>:
>
>>
>> Hi Robert & Kristian,
>>
>> The initial changesets for JEP 220: Modular Run-Time Images [1] are
>> available
>> with JDK 9 early-access build 41 [2].
>>
>> To summarize (please see the JEP for details):
>>
>> - The "jre" subdirectory is no longer present in JDK images.
>>
>> - The user-editable configuration files in the "lib" subdirectory
>> have been moved to the new "conf" directory.
>>
>> - The endorsed-standards override mechanism has been removed.
>>
>> - The extension mechanism has been removed.
>>
>> - rt.jar, tools.jar, and dt.jar have been removed.
>>
>> - A new URI scheme for naming stored modules, classes, and
>> resources
>> has been defined.
>>
>> - For tools that previously accessed rt.jar directly, a built-in
>> NIO
>> file-system provider has been defined to provide access to
>> the class
>> and resource files within a run-time image.
>>
>> More details are available at Mark Reinhold's latest blog entry [3]
>>
>> Rgds, Rory
>>
>> [1] http://openjdk.java.net/jeps/220
>> [2] https://jdk9.java.net/download/
>> [3] http://mreinhold.org/blog/jigsaw-modular-images
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: JDK 9 images are now modular with JDK 9 Early Access build 41
Posted by Rory O'Donnell <ro...@oracle.com>.
Thanks for the update Robert.
Rgds , Rory
> On 18 Dec 2014, at 21:58, Robert Scholte <rf...@apache.org> wrote:
>
> Hi all,
>
> small update: I've fixed MANIMALSNIFFER-49
> I've built Maven from trunk using the latest SNAPSHOT of the animalsniffer-maven-plugin and now it succeeds.
> Next I'll search for a couple of plugins which now depend on the tools.jar and see what we can do there.
>
> thanks,
> Robert
>
> [1] https://jira.codehaus.org/browse/MANIMALSNIFFER-49
>
> Op Wed, 10 Dec 2014 13:33:52 +0100 schreef dalibor topic <da...@oracle.com>:
>
>>
>>
>>> On 10.12.2014 13:25, dalibor topic wrote:
>>>
>>>
>>>> On 09.12.2014 20:33, Robert Scholte wrote:
>>>>
>>>> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:253:
>>>>
>>>> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
>>>> [ERROR]
>>>> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:278:
>>>>
>>>> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
>>>
>>>> It seems like this method signature has changed: flip() used to return
>>>> Buffer, now it returns ByteBuffer.
>>>
>>> There is a new flip() method on ByteBuffer returning a ByteBuffer, which
>>> overrides the flip() method on Buffer.
>>>
>>> http://download.java.net/jdk9/docs/api/java/nio/ByteBuffer.html#flip--
>>
>> I believe it was introduced by https://bugs.openjdk.java.net/browse/JDK-4774077 - see http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-April/026458.html for more background.
>>
>> cheers,
>> dalibor topic
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: JDK 9 images are now modular with JDK 9 Early Access build 41
Posted by Anders Hammar <an...@hammar.net>.
Awesome!
I know there are plugins over at Codehaus Mojo that uses tools.jar.
/Anders
On Thu, Dec 18, 2014 at 10:58 PM, Robert Scholte <rf...@apache.org>
wrote:
>
> Hi all,
>
> small update: I've fixed MANIMALSNIFFER-49
> I've built Maven from trunk using the latest SNAPSHOT of the
> animalsniffer-maven-plugin and now it succeeds.
> Next I'll search for a couple of plugins which now depend on the tools.jar
> and see what we can do there.
>
> thanks,
> Robert
>
> [1] https://jira.codehaus.org/browse/MANIMALSNIFFER-49
>
> Op Wed, 10 Dec 2014 13:33:52 +0100 schreef dalibor topic <
> dalibor.topic@oracle.com>:
>
>
>>
>> On 10.12.2014 13:25, dalibor topic wrote:
>>
>>>
>>>
>>> On 09.12.2014 20:33, Robert Scholte wrote:
>>>
>>> F:\java-workspace\apache-maven-maven\maven\maven-
>>>> compat\src\main\java\org\apache\maven\repository\legacy\
>>>> DefaultUpdateCheckManager.java:253:
>>>>
>>>> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
>>>> [ERROR]
>>>> F:\java-workspace\apache-maven-maven\maven\maven-
>>>> compat\src\main\java\org\apache\maven\repository\legacy\
>>>> DefaultUpdateCheckManager.java:278:
>>>>
>>>> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
>>>>
>>>
>>> It seems like this method signature has changed: flip() used to return
>>>> Buffer, now it returns ByteBuffer.
>>>>
>>>
>>> There is a new flip() method on ByteBuffer returning a ByteBuffer, which
>>> overrides the flip() method on Buffer.
>>>
>>> http://download.java.net/jdk9/docs/api/java/nio/ByteBuffer.html#flip--
>>>
>>
>> I believe it was introduced by https://bugs.openjdk.java.net/
>> browse/JDK-4774077 - see http://mail.openjdk.java.net/
>> pipermail/core-libs-dev/2014-April/026458.html for more background.
>>
>> cheers,
>> dalibor topic
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
Re: JDK 9 images are now modular with JDK 9 Early Access build 41
Posted by Robert Scholte <rf...@apache.org>.
Hi all,
small update: I've fixed MANIMALSNIFFER-49
I've built Maven from trunk using the latest SNAPSHOT of the
animalsniffer-maven-plugin and now it succeeds.
Next I'll search for a couple of plugins which now depend on the tools.jar
and see what we can do there.
thanks,
Robert
[1] https://jira.codehaus.org/browse/MANIMALSNIFFER-49
Op Wed, 10 Dec 2014 13:33:52 +0100 schreef dalibor topic
<da...@oracle.com>:
>
>
> On 10.12.2014 13:25, dalibor topic wrote:
>>
>>
>> On 09.12.2014 20:33, Robert Scholte wrote:
>>
>>> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:253:
>>>
>>> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
>>> [ERROR]
>>> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:278:
>>>
>>> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
>>
>>> It seems like this method signature has changed: flip() used to return
>>> Buffer, now it returns ByteBuffer.
>>
>> There is a new flip() method on ByteBuffer returning a ByteBuffer, which
>> overrides the flip() method on Buffer.
>>
>> http://download.java.net/jdk9/docs/api/java/nio/ByteBuffer.html#flip--
>
> I believe it was introduced by
> https://bugs.openjdk.java.net/browse/JDK-4774077 - see
> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-April/026458.html
> for more background.
>
> cheers,
> dalibor topic
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: JDK 9 images are now modular with JDK 9 Early Access build 41
Posted by Robert Scholte <rf...@apache.org>.
Okay, I see. This is probably the first time we see this kind of valid
method signature change in the JDK/API itself.
So this is something we need to fix in Mojo's Animal Sniffer[1].
I've created MANIMALSNIFFER-49[2], let's see if we can fix it there.
thanks,
Robert
[1] http://mojo.codehaus.org/animal-sniffer/
[2] http://jira.codehaus.org/browse/MANIMALSNIFFER-49
Op Wed, 10 Dec 2014 13:33:52 +0100 schreef dalibor topic
<da...@oracle.com>:
>
>
> On 10.12.2014 13:25, dalibor topic wrote:
>>
>>
>> On 09.12.2014 20:33, Robert Scholte wrote:
>>
>>> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:253:
>>>
>>> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
>>> [ERROR]
>>> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:278:
>>>
>>> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
>>
>>> It seems like this method signature has changed: flip() used to return
>>> Buffer, now it returns ByteBuffer.
>>
>> There is a new flip() method on ByteBuffer returning a ByteBuffer, which
>> overrides the flip() method on Buffer.
>>
>> http://download.java.net/jdk9/docs/api/java/nio/ByteBuffer.html#flip--
>
> I believe it was introduced by
> https://bugs.openjdk.java.net/browse/JDK-4774077 - see
> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-April/026458.html
> for more background.
>
> cheers,
> dalibor topic
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: JDK 9 images are now modular with JDK 9 Early Access build 41
Posted by dalibor topic <da...@oracle.com>.
On 10.12.2014 13:25, dalibor topic wrote:
>
>
> On 09.12.2014 20:33, Robert Scholte wrote:
>
>> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:253:
>>
>> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
>> [ERROR]
>> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:278:
>>
>> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
>
>> It seems like this method signature has changed: flip() used to return
>> Buffer, now it returns ByteBuffer.
>
> There is a new flip() method on ByteBuffer returning a ByteBuffer, which
> overrides the flip() method on Buffer.
>
> http://download.java.net/jdk9/docs/api/java/nio/ByteBuffer.html#flip--
I believe it was introduced by
https://bugs.openjdk.java.net/browse/JDK-4774077 - see
http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-April/026458.html
for more background.
cheers,
dalibor topic
--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961
<tel:+491737185961>
ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz
Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher
<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: JDK 9 images are now modular with JDK 9 Early Access build 41
Posted by dalibor topic <da...@oracle.com>.
On 09.12.2014 20:33, Robert Scholte wrote:
> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:253:
> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
> [ERROR]
> F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:278:
> Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
> It seems like this method signature has changed: flip() used to return
> Buffer, now it returns ByteBuffer.
There is a new flip() method on ByteBuffer returning a ByteBuffer, which
overrides the flip() method on Buffer.
http://download.java.net/jdk9/docs/api/java/nio/ByteBuffer.html#flip--
cheers,
dalibor topic
--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961
<tel:+491737185961>
ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz
Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher
<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: JDK 9 images are now modular with JDK 9 Early Access build 41
Posted by Robert Scholte <rf...@apache.org>.
Hi,
I've tried to build Maven itself with this JDK version. It fails almost at
the end when building Maven Compat.
The output:
[INFO] --- animal-sniffer-maven-plugin:1.10:check (check-java-1.6-compat)
@ maven-compat ---
[INFO] Checking unresolved references to
org.codehaus.mojo.signature:java16:1.1
[ERROR]
F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:253:
Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
[ERROR]
F:\java-workspace\apache-maven-maven\maven\maven-compat\src\main\java\org\apache\maven\repository\legacy\DefaultUpdateCheckManager.java:278:
Undefined reference: java.nio.ByteBuffer java.nio.ByteBuffer.flip()
[INFO]
------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] Apache Maven ...................................... SUCCESS
[10.029s]
[INFO] Maven Model ....................................... SUCCESS
[20.897s]
[INFO] Maven Artifact .................................... SUCCESS [8.487s]
[INFO] Maven Plugin API .................................. SUCCESS [8.480s]
[INFO] Maven Model Builder ............................... SUCCESS
[20.078s]
[INFO] Maven Settings .................................... SUCCESS [4.660s]
[INFO] Maven Settings Builder ............................ SUCCESS [7.818s]
[INFO] Maven Repository Metadata Model ................... SUCCESS [3.832s]
[INFO] Maven Aether Provider ............................. SUCCESS
[20.002s]
[INFO] Maven Core ........................................ SUCCESS
[1:14.777s]
[INFO] Maven Compat ...................................... FAILURE [8.361s]
[INFO] Maven Embedder .................................... SKIPPED
[INFO] Apache Maven Distribution ......................... SKIPPED
[INFO]
------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO]
------------------------------------------------------------------------
It seems like this method signature has changed: flip() used to return
Buffer, now it returns ByteBuffer.
In both cases we don't use the returned Buffer, only the flip()-method is
called on its instance.
I could use some advice here: does it matter for JVM what kind of Object
is returned, even though it's not used?
thanks,
Robert
--- code fragment ---
Properties props = new Properties();
channel = new RandomAccessFile( touchfile, "rw"
).getChannel();
lock = channel.lock( 0, channel.size(), false );
if ( touchfile.canRead() )
{
getLogger().debug( "Reading resolution-state from: " +
touchfile );
ByteBuffer buffer = ByteBuffer.allocate( (int)
channel.size() );
channel.read( buffer );
buffer.flip();
ByteArrayInputStream stream = new
ByteArrayInputStream( buffer.array() );
props.load( stream );
}
props.setProperty( key, Long.toString(
System.currentTimeMillis() ) );
if ( error != null )
{
props.setProperty( key + ERROR_KEY_SUFFIX, error );
}
else
{
props.remove( key + ERROR_KEY_SUFFIX );
}
ByteArrayOutputStream stream = new ByteArrayOutputStream();
getLogger().debug( "Writing resolution-state to: " +
touchfile );
props.store( stream, "Last modified on: " + new Date() );
byte[] data = stream.toByteArray();
ByteBuffer buffer = ByteBuffer.allocate( data.length );
buffer.put( data );
buffer.flip();
channel.position( 0 );
channel.write( buffer );
--- code fragment ---
Op Tue, 09 Dec 2014 13:08:37 +0100 schreef Rory O'Donnell
<ro...@oracle.com>:
>
> Hi Robert & Kristian,
>
> The initial changesets for JEP 220: Modular Run-Time Images [1] are
> available
> with JDK 9 early-access build 41 [2].
>
> To summarize (please see the JEP for details):
>
> - The "jre" subdirectory is no longer present in JDK images.
>
> - The user-editable configuration files in the "lib" subdirectory
> have been moved to the new "conf" directory.
>
> - The endorsed-standards override mechanism has been removed.
>
> - The extension mechanism has been removed.
>
> - rt.jar, tools.jar, and dt.jar have been removed.
>
> - A new URI scheme for naming stored modules, classes, and resources
> has been defined.
>
> - For tools that previously accessed rt.jar directly, a built-in NIO
> file-system provider has been defined to provide access to the
> class
> and resource files within a run-time image.
>
> More details are available at Mark Reinhold's latest blog entry [3]
>
> Rgds, Rory
>
> [1] http://openjdk.java.net/jeps/220
> [2] https://jdk9.java.net/download/
> [3] http://mreinhold.org/blog/jigsaw-modular-images
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org