JAVA 27 FAT - #77
Conversation
f82ea30 to
94e3401
Compare
Co-authored-by-AI: IBM Bob
8de07ed to
7daddcf
Compare
| // https://openjdk.org/jeps/534 | ||
| // | ||
| // Makes compact object headers (64 bits / 8 bytes, down from 96 bits / 12 bytes) | ||
| // the default on 64-bit HotSpot. Controlled by -XX:+/-UseCompactObjectHeaders. |
There was a problem hiding this comment.
suggestion: why not add -XX:+UserCompactObjectHeaders to the jvm.options, then actually verify that an empty object is 8 bytes instead of 12 bytes? This seems like a more functional test then just testing to see if the UserCompactObjectHeaders option was set or not with no failure case.
However, if that is out of scope of this issue I'll approve it the way it is.
There was a problem hiding this comment.
Agreed, setting it in jvm.options could makes the FAT self-contained and immune to any container-level override.
There was a problem hiding this comment.
Adding a soft notice into a hard failure as well
IBM Vault Radar pattern-matched password=sup3rS3cr3t! — a word that looks like a real password assignment. Changed the value as
KyleAure
left a comment
KyleAure
left a comment
There was a problem hiding this comment.
Looks good, though there is a merge conflict you'll need to resolve before merging.
2 participants
Add Java 27 FAT: JEP 527, JEP 534, JEP 536