Hello ! sorry it’s not the good section but i have a friend ( who dont speak english) who don’t can to install Vassal on LInux. He has this problem code.
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by VASSAL.tools.image.ImageIOImageLoader (file:/home/nico/VASSAL-3.2.17/lib/Vengine.jar) to field sun.java2d.cmm.ProfileDeferralMgr.deferring
WARNING: Please consider reporting this to the maintainers of VASSAL.tools.image.ImageIOImageLoader
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
Anybody have the same problem ? Which answer i can to give him ?
Situation:
Looking at the Class VASSAL.tools.image.ImageIOImageLoader it seems to consist of a series of Bugfixes / Workarounds Java Related issues. Some dating back to Java 5 (So something 15 years old).
And the issue is confirmed with Java 9 as well.
Dev Link
As the package names starts with ‘sun’ or ‘oracle’ this class does not even officially exist.
Quick Fix suggestion: I would wrap the given calls in a bit of Reflection-Magic to deal with issues more gracefully and allow compiling the code with ANY JDK instead of an official Oracle JDK.
Situation:
Looking at the Class VASSAL.tools.image.ImageIOImageLoader it seems to
consist of a series of Bugfixes / Workarounds Java Related issues. Some
dating back to Java 5 (So something 15 years old).
And the issue is confirmed with Java 9 as well.
Dev Link
As the package names starts with ‘sun’ or ‘oracle’ this class does not
even officially exist.
Quick Fix suggestion: I would wrap the given calls in a bit of
Reflection-Magic to deal with issues more gracefully and allow compiling
the code with ANY JDK instead of an official Oracle JDK.
I fixed the reflection issue in trunk@9260 in October. Reflection is no
longer needed for access to sun.java2d.cmm.ProfileDeferralMgr because
it exists from Java 9 onward, and for VASSAL 3.3 we will start bundling
a JRE with VASSAL so we can be sure that class is present.
I’m not worried about compiling with anything other than OpenJDK nor
about JAI as we’re moving away from Java for V4.