-
-
Notifications
You must be signed in to change notification settings - Fork 21
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
ClassNotFound: com.sun.javafx.tk.Toolkit #1
Comments
Hi! Thanks for the report, I'll have a look. |
I can't reproduce it with various JDKs I tried, can you tell me where you obtained your JDK? Note for self: here is a
|
The oracle jdk 13, open jdk 13 don't work neither. |
No, it's a part of JavaFX library, which should be brought in as an artifact on java 11 and beyond. It's internal, but it has been a part of JavaFX for a long time. Could it be that you have some kind of headless JDK that can't have desktop access? |
maybe, It could be. I installed these versions through package manager in Arch Linux, even though it doesn't named as I'll post when I have more information. |
Greetings! I have a similar (the same?) issue, even though I use a different Java version. The most important part of the error message highlighted in bold:
The Java I use is 18.0.1:
UpdatedI switched to Java 1.8 a few minutes ago:
Running the REPL from the command line works well:
Running the REPL in the same way it should run from the Cursive works too:
However, it fails to run from Cursive. This is the configuration I have: The error message I get is
It seems something is wrong with Cursive, though I have no clue what. |
@manenko After switching the jdk from 11+ to 1.8 or back you need to clear clj cache — either by running it with |
I deleted the The REPL is great, by the way. I was looking for a more comprehensive replacement for |
Having the same problem with JDK17 but not with 11. Tested with Error on JDK17 with JavaFX17
Java 17
Java 11:
Any way I can help debug this? |
@lycheese "module javafx.graphics does not export com.sun.javafx.tk to unnamed module @0x48c59476" probably means jdk 17 is more restrictive about reflective access to internal classes. You'll probably need to add something like --add-opens=???/???=ALL-UNNAMED to the jvm args. I'm not sure what exactly should be there, I'll check when I return from the vacation |
I think it should be |
Changing Edit: Full working command for javafx17:
If using
|
The text was updated successfully, but these errors were encountered: