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

Java 11.0.6 fails to launch eclipse on MacOS #370

Closed
hohwille opened this issue Mar 17, 2020 · 6 comments
Closed

Java 11.0.6 fails to launch eclipse on MacOS #370

hohwille opened this issue Mar 17, 2020 · 6 comments
Labels
bug Something isn't working eclipse related to Eclipse IDE java related to Java code, the Java Virtual Machine and directly related tooling (OpenJDK, Adoptium) macOS specific for Apple MacOS software software-package with 3rd party products
Milestone

Comments

@hohwille
Copy link
Member

Cannot launch Eclipse with default JDK (11.0.6) on MacOS:

Error: could not find libjava.dylib
Failed to GetJREPath()

https://bugs.openjdk.java.net/browse/JDK-8213362

Workaround: JAVA_VERSION=11.0.5_10

See #366

@hohwille hohwille added bug Something isn't working macOS specific for Apple MacOS software software-package with 3rd party products eclipse related to Eclipse IDE java related to Java code, the Java Virtual Machine and directly related tooling (OpenJDK, Adoptium) labels Mar 17, 2020
@hohwille hohwille added this to the release:2020.04.001 milestone Mar 17, 2020
@markusschuh
Copy link
Member

At least there exists a workaround, that could be used until this regression is resolved upstream.

Since there already exists such a "link workaround" within the java commandlet of devonfw-ide, it might o.k. to add this second one:

doRunCommand "ln -sf '../Home/lib/jli/libjli.dylib' '${DEVON_IDE_HOME}/software/jdk/Contents/MacOS'"

Works for me. (macOS 10.5.3)

@hohwille
Copy link
Member Author

hohwille commented Apr 2, 2020

@markusschuh thanks for your hint. I would appreciate a workaround...

But your command does not work. That path does not exist. However, I could figure out, what you actually meant and intended.

But I already have libjli.dylib both in

  • ${DEVON_IDE_HOME}/software/jdk/Contents/MacOS
  • ${DEVON_IDE_HOME}/software/jdk/Home/lib/jli

So should I delete the file in the first location and symlink it to the second to make it work, or what are you actually suggesting?

@hohwille
Copy link
Member Author

hohwille commented Apr 2, 2020

OK, I went through the eclipse issue and guessed what the actual fix is.
Really I have to delete a lib that is broken in the JDK release and replace it with another lib of the same name also contained in that release.
Adding this "workaround" is IMHO too dirty.
I better rollback to 11.0.5 and wait till a new release of Java 11 is out that is working fine.

@hohwille
Copy link
Member Author

hohwille commented Apr 2, 2020

Done with PR #385.

@hohwille hohwille closed this as completed Apr 2, 2020
@markusschuh
Copy link
Member

It‘s not the dylib that is broken, the both files are identical. It is the implementation of openjdk - or only adoptopenjdk. Not sure - on MacOS that is not up to date with the over time slowly enhancing security requirements / package implementation guidelines of Apple.

@hohwille
Copy link
Member Author

@markusschuh Thanks for the explanation. I assume there will be the one or other user that may stumble over this error when manually seeting the Java version to 11.0.6. Then I can point such user to this issue and he can find how to workaround it.

Furhter, I hope for an 11.0.7 comming soon where this problem is fixed and we will then just update to that version preventing the error and adding workarounds to devonfw-ide.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working eclipse related to Eclipse IDE java related to Java code, the Java Virtual Machine and directly related tooling (OpenJDK, Adoptium) macOS specific for Apple MacOS software software-package with 3rd party products
Projects
None yet
Development

No branches or pull requests

2 participants