[#60] Complete JPMS runtime compatibility through Java 25 - #123
Open
peter-lawrey wants to merge 4 commits into
Open
[#60] Complete JPMS runtime compatibility through Java 25#123peter-lawrey wants to merge 4 commits into
peter-lawrey wants to merge 4 commits into
Conversation
This was referenced Aug 21, 2026
peter-lawrey
marked this pull request as ready for review
September 11, 2026 13:37
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Strengthen the named-module runtime checks from #60 while preserving the direct-buffer fast path. The integer-array oracle now compares hashing against an explicitly native-order byte representation instead of accepting any nonzero result. Keep the existing heap/direct-buffer equivalence, offsets, cursor checks and packaged-stub exclusion tests.
Apply the Actions setup repair already validated in #120: current checkout/cache/Java actions and a Java 21 scanner runtime. Hashing output and the Java 8 library target are unchanged. SonarCloud authentication remains a separate external gate; analysis is still enabled.
Packaging is inherited from #122 at
41381de5878f5ad8ec62f20a8f48163073f49632, whose current target is develop. Review that explicit-module packaging first, then retarget this PR after #122 merges.Fresh evidence on Linux amd64:
aebb1f24e5d1b5cc747b806c2827b6a9da3899fea7d0774e8dd70d20c28145ae.-7613445165642694420.--add-exports java.base/sun.nio.ch=net.openhft.hashingfor modules and--add-exports java.base/sun.nio.ch=ALL-UNNAMEDfor the class path.jar --validateand module-description checks passed.The older claimed JAR with digest
a468b81e3956b6da43376a6620e83a791bedddfb57cfb6250410958ece50361ecould not be recovered from its recorded path or 58 local candidate JARs. The fresh results above replace the unsupported historical matrix claim; they do not verify that older binary. They also do not establish other-platform CI success or full algorithm conformance beyond the submitted regression suite and stated runtime checks.Refs #60.