Java 9 compatibility
See original GitHub issuejava.lang.IllegalAccessError: class net.openhft.chronicle.core.OS (in unnamed module @0x42d1c1ef) cannot access class sun.nio.ch.FileChannelImpl (in module java.base) because module java.base does not export sun.nio.ch to unnamed module @0x42d1c1ef
at net.openhft.chronicle.core.OS.<clinit>(OS.java:67)
Java:
java version "9-ea"
Java(TM) SE Runtime Environment (build 9-ea+124)
Java HotSpot(TM) 64-Bit Server VM (build 9-ea+124, mixed mode)
Issue Analytics
- State:
- Created 7 years ago
- Comments:20 (17 by maintainers)
Top Results From Across the Web
Java Platform, Standard Edition Oracle JDK 9 Migration Guide
You may encounter some source compatibility issues when recompiling. The JDK 9 Release Notes contains details of changes to the javac compiler and...
Read more >6 Compatibility challenges when moving to Java 9
In this chapter and in chapter 7, I discuss the compatibility challenges when migrating an existing code base to Java 9 and beyond....
Read more >Java 9: New Features and Compatibility of JDK 9 - Azul Systems
Java 9 brings many new features, but also pitfalls in compatibility that can cause issues. Read through the updates to JDK 9 and...
Read more >Java 9+ modularity: The difficulties and pitfalls of migrating ...
By looking at compatibility, migration issues, and techniques, explore the new APIs and tools, changes, deletions, and deprecations in Java ...
Read more >Java 9 Migration Issues and Resolutions - Baeldung
Normally, Java versions guarantee backward compatibility, but the JPMS changes some of this. 3. Execution in Java 9.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

Not so much a roadmap, more a need to make sure that all the OpenHFT projects build/execute on JDK9.
Since I don’t really know what all the problems are going to be yet, it’s hard to figure out exactly what will be required.
If you’d like to help, then discovering and raising issues against the OpenHFT projects would be a good start. Feel free to fix any problems you find 😉
In terms of ordering, projects should be validated in the order that they appear in this file:
https://github.com/OpenHFT/OpenHFT/blob/master/chronicle-bom/pom.xml#L43
We’ll want to first deal with any breaking API changes (i.e. the char[] -> bytes[] change), so that the code can run on either Java8 or Java9. Any Java9-specific features will end up as a Jigsaw module for Java9 in this repo:
https://github.com/OpenHFT/Chronicle-JDK9
Hi @MartyIX I’ll be picking this work up shortly. I’ll review your changes and get back to you.