-
-
Notifications
You must be signed in to change notification settings - Fork 243
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
Builds for MacOS are not recognized by Java Tools #321
Comments
This is the file structure that macOS expects:
|
This may be one for the installer project, but lets see. |
When building the JVMCI JDKs available at http://www.oracle.com/technetwork/oracle-labs/program-languages/downloads/index.html, we preserve the
|
@johnoliver Since you're successfully building via the new build scripts - are you able to take a look at this one? |
@karianna I really don't feel that our builds should be churning out the binaries in this stucture! We should probably make this part of the installer for MacOS so that they do have the correct structure but our tarballs should remain the same IMO. |
Yeah I'm not sure if the installer or the build produces the right structure though... |
the build doesn't (and I don't think it should) the installer can be configured to produce this structure though |
I don't know if I point out something everybody already knows, but anyway... When I build the JDK on my Mac,
So it seems to that a "correct" MacOS installation archive could be created by simply selecting another source directory when creating it. |
Also, see AdoptOpenJDK/homebrew-openjdk#9 |
I got confused by this at all. I was either expecting
Currently if I take a file in this format and double click on the gz it unpacks as usual. If I then try and open (in the file explorer) I just get a terminal prompt. Nothing more. Nothing launches. I can of course configure the jdk with 'jenv' or to use with IntelliJ - just jumping past Contents/Home, but it feels 'odd'. it's neither one thing nor the other. Just my thought.... |
@planetf1 The 'macOS way' (expected by tools like |
I see https://adoptopenjdk.net/installation.html doesn't really explain it's a good idea to move the JDK under |
I think the last point is salient ... The oracle jdk install will copy itself into that directory. The user needs to do nothing else to 'just use' the JDK. On docs... many don't read the docs, so at a minimum a warning or info in the actual install or otherwise very obvious would help if this isn't automated. Also as a software engineer building java apps I need to work with multiple jdks, so I like the fact it isn't installed by default. I use 'jenv' to manage on macOS. It was just the current packaging seems caught between these two approaches. Of note also is that some commercial apps will fail with new versions of JDKs, so updating the 'default' version even as a novice user can be problematic |
I'm also a software engineer and I have multiple JDK's installed. I don't use Default to Java 8:
Default to JDK 11:
If you have this set to |
I believe the original issue is fixed with the current AdoptOpenJDK 8u192 and 11.0.1 releases for macOS. |
If I follow the instructions for installing AdoptOpenJDK builds on MacOS, I get a functioning command line, however /usr/libexec/java_home does not recognize the install (Even if placed into /Library/Java/JavaVirtualMachines) due to the directory structure and lack of an Info.plist file. The Java 10 build from http://jdk.java.net/10/ contains the correct information, however builds from adoptopenjdk do not. IDEs such as Eclipse and Intelij also do not recognize the AdoptOpenJDK binaries.
This makes adoptopenjdk unsuable on MacOS for all practical purposes.
The text was updated successfully, but these errors were encountered: