Temurin-build: MacOS 용 빌드는 Java 도구에서 인식되지 않습니다.

다음은 macOS가 예상하는 파일 구조입니다.

➜  jdk1.8.0_121.jdk tree -v -L 3 --charset utf-8
.
└── Contents
    ├── Home
    │   ├── ASSEMBLY_EXCEPTION
    │   ├── COPYRIGHT
    │   ├── LICENSE
    │   ├── README.html
    │   ├── THIRDPARTYLICENSEREADME-JAVAFX.txt
    │   ├── THIRDPARTYLICENSEREADME.txt
    │   ├── THIRD_PARTY_README
    │   ├── bin
    │   ├── db
    │   ├── demo
    │   ├── include
    │   ├── javafx-src.zip
    │   ├── jre
    │   ├── lib
    │   ├── man
    │   ├── release
    │   ├── sample
    │   └── src.zip
    ├── Info.plist
    └── MacOS
        └── libjli.dylib -> ../Home/jre/lib/jli/libjli.dylib

11 directories, 12 files

이것은 설치 프로그램 프로젝트에 대한 것일 수 있지만 볼 수 있습니다.

http://www.oracle.com/technetwork/oracle-labs/program-languages/downloads/index.html 에서 사용할 수있는 JVMCI JDK를 빌드 할 때 macOS 빌드에 대한 Contents/Home 접두사를 그대로 유지합니다. 이 문제에서 시작된 이유.

> tree -L 3 /Library/Java/JavaVirtualMachines/labsjdk1.8.0_172-jvmci-0.44
/Library/Java/JavaVirtualMachines/labsjdk1.8.0_172-jvmci-0.44
└── Contents
    ├── Home
    │   ├── COPYRIGHT
    │   ├── LICENSE
    │   ├── README.html
    │   ├── THIRDPARTYLICENSEREADME-JAVAFX.txt
    │   ├── THIRDPARTYLICENSEREADME.txt
    │   ├── bin
    │   ├── db
    │   ├── include
    │   ├── javafx-src.zip
    │   ├── jre
    │   ├── lib
    │   ├── man
    │   ├── release
    │   └── src.zip
    ├── Info.plist
    └── MacOS
        └── libjli.dylib -> ../Home/jre/lib/jli/libjli.dylib

9 directories, 10 files

@johnoliver 새 빌드 스크립트를 통해 성공적으로 빌드

@karianna 나는 우리 빌드가이 구조에서 바이너리를 만들어 내야한다고 생각하지 않는다! MacOS 용 설치 프로그램의이 부분을 만들어 올바른 구조를 갖도록해야하지만 tarball은 동일한 IMO로 유지되어야합니다.

그래도 설치 프로그램이나 빌드가 올바른 구조를 생성하는지 확실하지 않습니다 ...

빌드는이 구조를 생성하도록 설치 프로그램을 구성 할 수 없습니다.

모두가 이미 알고있는 것을 지적하는지는 모르겠지만 어쨌든 ...

Mac에서 JDK를 빌드 할 때 build/macosx-x86_64-normal-server-release/images/jdk/ 아래의 "standard linux tree"외에도 make images 는 build/macosx-x86_64-normal-server-release/images/jdk-bundle/jdk-11.jdk/ 아래에 필수 MacOS 친화적 인 디렉토리 트리를 빌드합니다.

$ tree -L 3 build/macosx-x86_64-normal-server-release/images/jdk-bundle/jdk-11.jdk
build/macosx-x86_64-normal-server-release/images/jdk-bundle/jdk-11.jdk
└── Contents
    ├── Home
    │   ├── bin
    │   ├── conf
    │   ├── demo
    │   ├── include
    │   ├── jmods
    │   ├── legal
    │   ├── lib
    │   ├── man
    │   └── release
    ├── Info.plist
    └── MacOS
        └── libjli.dylib -> ../Home/lib/jli/libjli.dylib
$ tree -L 1 build/macosx-x86_64-normal-server-release/images/jdk
build/macosx-x86_64-normal-server-release/images/jdk
├── bin
├── conf
├── demo
├── include
├── jmods
├── legal
├── lib
├── man
└── release

따라서 "올바른"MacOS 설치 아카이브는 생성 할 때 다른 소스 디렉토리를 선택하기 만하면 생성 될 수있는 것 같습니다.

또한 https://github.com/AdoptOpenJDK/homebrew-openjdk/issues/9를 참조

나는 이것에 대해 전혀 혼란스러워했습니다.

나는 기대하고 있었다

• 전체 Mac 설치 프로그램 (.plist 파일 포함)
  또는
• ~ / java / ... 등 아래에 수동으로 배치 할 간단한 tar / archive

현재이 형식의 파일을 가져 와서 gz를 두 번 클릭하면 평소처럼 압축이 풀립니다. 그런 다음 파일 탐색기에서 열려고 시도하면 터미널 프롬프트가 나타납니다. 더 이상은 없습니다. 아무것도 시작되지 않습니다.

물론 jdk를 'jenv'로 구성하거나 IntelliJ와 함께 사용하도록 구성 할 수 있습니다. Contents / Home을 그냥 지나치지 만 '이상한'느낌이 듭니다. 그것은 하나도 다른 것도 아닙니다. 그냥 내 생각 ....

@ planetf1 'macOS 방식'( /usr/libexec/java_home 과 같은 도구에서 예상 됨)은 JDK를 /Library/Java/JavaVirtualMachines 아래에 두는 것이며 .plist 파일이있는 특정 디렉토리 구조가 필요합니다. 디렉토리 구조는 Content/ 로 시작하는데, Finder에서는 표시되지 않습니다. 아마도 혼란 스러울 수도 있지만 거기에 있습니다. 패키지 내용을 마우스 오른쪽 버튼으로 클릭하고 열면 Finder에서도 볼 수 있습니다.

https://adoptopenjdk.net/installation.html 이 JDK를 /Library/Java/JavaVirtualMachines 아래로 이동하는 것이 좋은 생각이라고 설명하지 않습니다. 그러면 $PATH 를 수정할 필요가 없으며 /usr/bin/java 에서 찾을 수 있으므로 좋을 것입니다.

마지막 요점이 두드러진다 고 생각합니다 ... oracle jdk 설치는 그 디렉토리에 스스로 복사합니다. 사용자는 JDK를 '그냥 사용'하기 위해 다른 작업을 수행 할 필요가 없습니다.

문서에서 ... 많은 사람들이 문서를 읽지 않으므로 최소한 실제 설치시 경고 나 정보 또는 이것이 자동화되지 않은 경우 매우 명백한 정보가 도움이 될 것입니다.

또한 Java 앱을 구축하는 소프트웨어 엔지니어로서 여러 jdk로 작업해야하므로 기본적으로 설치되지 않는다는 사실이 마음에 듭니다. 저는 'jenv'를 사용하여 macOS에서 관리합니다. 이 두 가지 접근 방식 사이에 현재 패키징이 걸린 것처럼 보입니다. 또한 일부 상용 앱은 새 버전의 JDK에서 실패하므로 초보 사용자라도 '기본'버전을 업데이트하는 것이 문제가 될 수 있습니다.

저는 또한 소프트웨어 엔지니어이며 여러 JDK가 설치되어 있습니다. jenv 사용하지 않지만 셸의 프로필에서 다음과 같이 기본 주요 JDK 버전을 설정합니다.

기본값은 Java 8입니다.

export JAVA_HOME=`/usr/libexec/java_home -v 1.8`

기본값은 JDK 11입니다.

export JAVA_HOME=`/usr/libexec/java_home -v 11`

예를 들어이 값을 1.8 로 설정하면 기본 JDK 메이저 버전이 변경되지 않으므로 JDK 11 설치를 추가하는 데 아무런 문제가 없습니다.

원래 문제는 macOS 용 현재 AdoptOpenJDK 8u192 및 11.0.1 릴리스로 해결되었다고 생각합니다.