Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

“Illegal reflective access by com.jogamp.common.os.NativeLibrary” when using P3D (caused by JOGL) #22

Closed
processing-bot opened this issue Nov 12, 2019 · 5 comments

Comments

@processing-bot
Copy link
Collaborator

Created by: sampottinger

Filing for kll from a processing forums discussion. The following happens when using P3D:

WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by com.jogamp.common.os.NativeLibrary$3 (file:/.../core/library/gluegen-rt.jar) to method java.lang.ClassLoader.findLibrary(java.lang.String)
WARNING: Please consider reporting this to the maintainers of com.jogamp.common.os.NativeLibrary$3
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
@processing-bot
Copy link
Collaborator Author

Created by: sampottinger

This comes from JOGL itself and is related to JEP 261 as tracked at https://jogamp.org/bugzilla//show_bug.cgi?id=1363. There is no resolution on the Processing side except for moving to LWJGL or waiting for an update from JOGL. I believe @codeanticode is looking into LWJGL.

@processing-bot
Copy link
Collaborator Author

Created by: codeanticode

@sampottinger indeed, I created a fork from your earlier processing-openjdk repo that uses LWJGL for the core OpenGL renderer:

https://github.com/codeanticode/processing-openjdk/tree/lwjgl-renderer

It still needs some work to encapsulate all AWT dependencies so they are not used when launching a sketch with the P2D or P3D renderers.

@processing-bot
Copy link
Collaborator Author

Created by: neilcsmith-net

@codeanticode that's not quite correct. There is only a requirement to encapsulate aspects of AWT that can't work headless, is much less. I have a fork of 3.5.3 with minimal changes to work headless with LWJGL already. If there's desire to switch upstream I can open an issue and work on a PR for here or your branch. Mainly a need to push things down into the Surface implementations. And find a way to execute tasks on the main thread.

@processing-bot
Copy link
Collaborator Author

Created by: benfry

Should be fixed with the JOGL 2.4 RC that's included with 4.0a1.

@processing-bot
Copy link
Collaborator Author

Created by: github-actions[bot]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 17, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant