Hi,
this PR provides an alternative solution for the illegal reflective access on ZipEntry.xdostime
inside JarFileTests.jarFileEntryWithEpochTimeOfZeroShouldNotFail
and is part of the overall JDK 17 story at #26767.
As per comment from @AlanBateman I took another look and found that the JDK is testing things a bit differently for similar scenarios that doesn't require reflection or opening up modules. See ZeroDate.java
The idea is basically to change the necessary bytes in the actual file. Also not too pretty, I must say. But it's reflection free and doesn't access any internals anymore.
Let me know what you think. Cheers, Christoph
Comment From: wilkinsona
Thanks very much, @dreis2211.