Temurin-build: ARM 기반 Mac용 기본 빌드 제공

WWDC 2020 세션 "Mac 앱을 Apple Silicon으로 포팅": https://developer.apple.com/videos/play/wwdc2020/10214/

Apple의 Mac OS X 포트가 업스트림에 도착하고 개발자 키트를 받아야 합니다.

한 가지 열린 점은 Apple의 새로운 Metal 렌더링 파이프라인에 대한 지원입니다. OpenGL은 MacOS에서 더 이상 사용되지 않으며 ARM 기반 Mac에서는 더 이상 지원되지 않는다고 가정합니다(확인 필요). OpenGL은 이미 얼마 동안 사용되지 않기 때문에 OpenJDK는 Metal에 대한 새로운 렌더링 파이프라인을 구현하여 이를 처리합니다. JEP 382 및 Lanai 프로젝트 페이지 에서 더 많은 정보를 찾을 수 있습니다. 조기 액세스 빌드는 여기 에서 찾을 수

Java 8 및 11이 어떻게 처리될지는 명확하지 않습니다. OpenJDK가 ARM 기반 Mac에서 작동하도록 업스트림에 대한 커밋을 얻더라도 Java 8 및 11 LTS 버전이 지원된다면 이 모든 것을 백포팅해야 합니다.

https://openjdk.java.net/jeps/237 과 같은 유사한 프로젝트에서 이것이 어떻게 처리되는지 모르겠습니다 @jerboaa 가 답을 줄 수 있을까요? 이 옆에 Microsoft 는 Win/ARM용 OpenJDK 작업에 대한 기사를 게시했습니다. 레포는 여기 에서 찾을 수 @karianna 는

OpenGL과 관련하여 https://developer.apple.com/documentation/xcode/porting_your_macos_apps_to_apple_silicon 인용:

OpenGL은 더 이상 사용되지 않지만 Apple 실리콘에서 사용할 수 있습니다.

Java 8 및 11이 어떻게 처리될지는 명확하지 않습니다. OpenJDK가 ARM 기반 Mac에서 작동하도록 업스트림에 대한 커밋을 얻더라도 Java 8 및 11 LTS 버전이 지원된다면 이 모든 것을 백포팅해야 합니다.

https://openjdk.java.net/jeps/237 과 같은 유사한 프로젝트에서 이것이 어떻게 처리되는지 모르겠습니다 @jerboaa 가 답을 줄 수 있을까요?

현 단계에서 이에 대한 추측을 하지 않도록 주의하고 싶습니다. OpenJDK와 관련하여 ARM 발표에서 이 Mac이 무엇을 제공하는지 명확하지 않습니다. 따라서 존재하지 않는 것의 백포트에 대해 말하는 것은 너무 이르다 ;-)

JEP 237(기본 라인에 Linux Aarch64 포트 통합)에 대해 설명합니다. 원래 Aarch64 포트 프로젝트는 OpenJDK 프로젝트로 시작되었습니다. 개발이 일어난 곳입니다. JEP 237이 발생하기 훨씬 이전의 일이었습니다. 어느 시점에서 메인 라인에 포함하도록 제안되었습니다. 그것이 바로 JEP 237입니다. JDK 9를 대상으로 했습니다. 따라서 OpenJDK 9+는 메인라인에서 지원되는 아키텍처(Linux에서)로 Aarch64를 갖습니다. Aarch64용 OpenJDK 8u 코드는 여전히 Aarch64 포트 프로젝트의 리포지토리[1]에서 유지 관리됩니다. 즉, OpenJDK 8u의 Aarch64 지원은 메인라인 OpenJDK 8u에 없습니다. 그러나 이전에 메인라인 OpenJDK 8u에 통합되도록 제안되었으며 통합에 관심이 있습니다. 문제는 그것이 언제 일어날 것인가입니다.

[1] http://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/

@jerboaa 해당 피드백에 대한 THX. 추측하고 싶지 않습니다. 저는 단지 큰 그림을 이해하기 위해 정보를 수집할 뿐입니다 :)

https://github.com/AdoptOpenJDK/openjdk-support/issues/146 추가

JavaFX Dev 메일링 목록의 스레드: https://mail.openjdk.java.net/pipermail/openjfx-dev/2020-July/026949.html

http://openjdk.java.net/jeps/8251280

범용 바이너리를 제공하기 위한 SWT 문제: https://bugs.eclipse.org/bugs/show_bug.cgi?id=565690

"JEP 391: macOS/AArch64 포트" - http://openjdk.java.net/jeps/391 - JEP 237(linux/aarch64) 및 JEP 388(Windows on Arm)을 참조합니다.

JDK 버그 데이터베이스 문제: https://bugs.openjdk.java.net/browse/JDK-8253795

미리보기.. https://github.com/microsoft/openjdk-aarch64/releases/tag/16-ea%2B10-macos

누군가가 5년 전에 Microsoft가 ARM 기반 Mac을 위한 최초의 Java 16 빌드를 제공한다고 말해 주었다면... :D

openjdk8/11/13 빌드는 azul에서 사용할 수 있습니다. - https://www.azul.com/downloads/zulu-community/?os=macos&architecture=arm-64-bit&package=jdk

"범용 바이너리" 버전을 사용할 수 있습니까?
나는 jpackage 유틸리티를 사용하여 내 앱을 번들로 사용하고 이상적으로는 x86 및 arm mac에서 실행되는 번들 하나가 있어야 하기 때문에 묻습니다.
아니면 범용 바이너리 패키지를 수동으로 생성해야 합니까?

"범용 바이너리" 버전을 사용할 수 있습니까?
나는 jpackage 유틸리티를 사용하여 내 앱을 번들로 사용하고 이상적으로는 x86 및 arm mac에서 실행되는 번들 하나가 있어야 하기 때문에 묻습니다.
아니면 범용 바이너리 패키지를 수동으로 생성해야 합니까?

안녕하십니까

모듈 시스템을 고려하면 11+에서도 가능한지 잘 모르겠습니다.

"범용 바이너리" 버전을 사용할 수 있습니까?
나는 jpackage 유틸리티를 사용하여 내 앱을 번들로 사용하고 이상적으로는 x86 및 arm mac에서 실행되는 번들 하나가 있어야 하기 때문에 묻습니다.
아니면 범용 바이너리 패키지를 수동으로 생성해야 합니까?

안녕하십니까

모듈 시스템을 고려하면 11+에서도 가능한지 잘 모르겠습니다.

왜 안되는거야? lipo 유틸리티를 사용하여 arm과 x86 바이너리 및 라이브러리를 범용 버전으로 병합할 수 있다고 가정합니다.
나는 M1이 없지만 범용 jvm을 구축해 볼 수 있습니다.

바이너리(libjvm과 같은), lipo가 있는 일부 모듈의 압축을 풀고 모듈을 다시 포장하는 것을 잊지 마십시오.

안녕하세요, AdoptOpenJDK가 애플 실리콘 아키텍처를 지원할 때 로드맵이 있습니까? 감사 해요

AdoptOpenJDK가 애플 실리콘 아키텍처를 지원할 때 로드맵이 있습니까?

Apple Silicon용 ARM 포트는 OpenJDK에서 개발 중입니다( http://openjdk.java.net/jeps/391 참조)

ARM-64 빌드는 이미 여기에서 사용할 수 있습니다(Java 8, 11, 13, 16).

https://www.azul.com/downloads/zulu-community/?os=macos&architecture=arm-64-bit&package=jdk

@davidgiga1993 @VladimirKempik jlink 기반 범용 바이너리에 대한 좋은 질문입니다. JVM의 모든 내부 라이브러리는 범용 라이브러리여야 한다고 가정합니다.

특정 아치에 대한 jsa를 찾기 위해 CDS를 개선하려면 JVM을 개선해야 합니다. 그렇지 않으면 현재(범용 바이너리가 만들어진 경우) 하나의 classes.jsa 파일을 공유하려고 하므로 문제가 조금 해결됩니다.

일부 다른 프로그래밍 언어는 정확히 JVM 버전을 기반으로 하며 사용자가 빌드할 것으로 예상합니다(예: Ballerina.IO - https://github.com/ballerina-platform/ballerina-lang/issues/27585).

새로운 m1 mac mini로 업데이트되었으며 일반적으로 사용하는 .jar 파일을 실행할 수 없습니다. Azul ARM-64 Build for 11을 설치했습니다. 지침/아이디어가 있습니까?

java -jar /Users/austin/Downloads/updatetool-gui-mac-1.0.0.jar 
Loading library prism_es2 from resource failed: java.lang.UnsatisfiedLinkError: /Users/austin/.openjfx/cache/13/libprism_es2.dylib: dlopen(/Users/austin/.openjfx/cache/13/libprism_es2.dylib, 1): no suitable image found.  Did find:
    /Users/austin/.openjfx/cache/13/libprism_es2.dylib: mach-o, but wrong architecture
    /Users/austin/.openjfx/cache/13/libprism_es2.dylib: mach-o, but wrong architecture
java.lang.UnsatisfiedLinkError: /Users/austin/.openjfx/cache/13/libprism_es2.dylib: dlopen(/Users/austin/.openjfx/cache/13/libprism_es2.dylib, 1): no suitable image found.  Did find:
    /Users/austin/.openjfx/cache/13/libprism_es2.dylib: mach-o, but wrong architecture
    /Users/austin/.openjfx/cache/13/libprism_es2.dylib: mach-o, but wrong architecture
    at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method)
    at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442)
    at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498)
    at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694)
    at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627)
    at java.base/java.lang.Runtime.load0(Runtime.java:768)
    at java.base/java.lang.System.load(System.java:1837)
    at com.sun.glass.utils.NativeLibLoader.installLibraryFromResource(NativeLibLoader.java:214)
    at com.sun.glass.utils.NativeLibLoader.loadLibraryFromResource(NativeLibLoader.java:194)
    at com.sun.glass.utils.NativeLibLoader.loadLibraryInternal(NativeLibLoader.java:135)
    at com.sun.glass.utils.NativeLibLoader.loadLibrary(NativeLibLoader.java:53)
    at com.sun.prism.es2.ES2Pipeline.lambda$static$0(ES2Pipeline.java:68)
    at java.base/java.security.AccessController.doPrivileged(Native Method)
    at com.sun.prism.es2.ES2Pipeline.<clinit>(ES2Pipeline.java:50)
    at java.base/java.lang.Class.forName0(Native Method)
    at java.base/java.lang.Class.forName(Class.java:315)
    at com.sun.prism.GraphicsPipeline.createPipeline(GraphicsPipeline.java:218)
    at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.init(QuantumRenderer.java:91)
    at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(QuantumRenderer.java:124)
    at java.base/java.lang.Thread.run(Thread.java:834)
Loading library prism_sw from resource failed: java.lang.UnsatisfiedLinkError: /Users/austin/.openjfx/cache/13/libprism_sw.dylib: dlopen(/Users/austin/.openjfx/cache/13/libprism_sw.dylib, 1): no suitable image found.  Did find:
    /Users/austin/.openjfx/cache/13/libprism_sw.dylib: mach-o, but wrong architecture
    /Users/austin/.openjfx/cache/13/libprism_sw.dylib: mach-o, but wrong architecture
java.lang.UnsatisfiedLinkError: /Users/austin/.openjfx/cache/13/libprism_sw.dylib: dlopen(/Users/austin/.openjfx/cache/13/libprism_sw.dylib, 1): no suitable image found.  Did find:
    /Users/austin/.openjfx/cache/13/libprism_sw.dylib: mach-o, but wrong architecture
    /Users/austin/.openjfx/cache/13/libprism_sw.dylib: mach-o, but wrong architecture
    at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method)
    at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442)
    at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498)
    at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694)
    at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627)
    at java.base/java.lang.Runtime.load0(Runtime.java:768)
    at java.base/java.lang.System.load(System.java:1837)
    at com.sun.glass.utils.NativeLibLoader.installLibraryFromResource(NativeLibLoader.java:214)
    at com.sun.glass.utils.NativeLibLoader.loadLibraryFromResource(NativeLibLoader.java:194)
    at com.sun.glass.utils.NativeLibLoader.loadLibraryInternal(NativeLibLoader.java:135)
    at com.sun.glass.utils.NativeLibLoader.loadLibrary(NativeLibLoader.java:53)
    at com.sun.prism.sw.SWPipeline.lambda$static$0(SWPipeline.java:42)
    at java.base/java.security.AccessController.doPrivileged(Native Method)
    at com.sun.prism.sw.SWPipeline.<clinit>(SWPipeline.java:41)
    at java.base/java.lang.Class.forName0(Native Method)
    at java.base/java.lang.Class.forName(Class.java:315)
    at com.sun.prism.GraphicsPipeline.createPipeline(GraphicsPipeline.java:218)
    at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.init(QuantumRenderer.java:91)
    at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(QuantumRenderer.java:124)
    at java.base/java.lang.Thread.run(Thread.java:834)
Graphics Device initialization failed for :  es2, sw
Error initializing QuantumRenderer: no suitable pipeline found
java.lang.RuntimeException: java.lang.RuntimeException: Error initializing QuantumRenderer: no suitable pipeline found
    at com.sun.javafx.tk.quantum.QuantumRenderer.getInstance(QuantumRenderer.java:280)
    at com.sun.javafx.tk.quantum.QuantumToolkit.init(QuantumToolkit.java:244)
    at com.sun.javafx.tk.Toolkit.getToolkit(Toolkit.java:260)
    at com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:267)
    at com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:158)
    at com.sun.javafx.application.LauncherImpl.startToolkit(LauncherImpl.java:658)
    at com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:678)
    at com.sun.javafx.application.LauncherImpl.lambda$launchApplication$2(LauncherImpl.java:195)
    at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.lang.RuntimeException: Error initializing QuantumRenderer: no suitable pipeline found
    at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.init(QuantumRenderer.java:94)
    at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(QuantumRenderer.java:124)
    ... 1 more
Exception in thread "main" java.lang.RuntimeException: No toolkit found
    at com.sun.javafx.tk.Toolkit.getToolkit(Toolkit.java:272)
    at com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:267)
    at com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:158)
    at com.sun.javafx.application.LauncherImpl.startToolkit(LauncherImpl.java:658)
    at com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:678)
    at com.sun.javafx.application.LauncherImpl.lambda$launchApplication$2(LauncherImpl.java:195)
    at java.base/java.lang.Thread.run(Thread.java:834)

자바 버전:

java -version
openjdk version "11.0.9.1" 2020-11-04 LTS
OpenJDK Runtime Environment Zulu11.43+1021-CA (build 11.0.9.1+1-LTS)
OpenJDK 64-Bit Server VM Zulu11.43+1021-CA (build 11.0.9.1+1-LTS, mixed mode)

mac_arm java와 함께 캐시된 openjfx mac_intel 라이브러리를 사용하려고 합니다.

mac_arm 자바용 openjfx는 아직 없습니다.

Apple Arm에 대한 OpenJFX 포트 일정이 있습니까?

OpenJFX에 대한 Apple Silicon 지원에 대한 우산 문제: https://bugs.openjdk.java.net/browse/JDK-8257222.

다른 벤더에서 나온지 벌써 2달이 다 되어가네요.
JEP-391 기준으로 이번 달에는 통합되지 않습니다.

AdoptOpenJDK는 Apple Silicon에 대한 시험판 준비가 되어 있지 않으며 그렇게 할 때까지 시간이 걸릴 것이라고 가정합니다. @VladimirKempik이 말했듯이 http://openjdk.java.net/jeps/391(OpenJDK 에서 발생하는 작업의 기초)이 16(3월 중순 예정)을 만들 수 있는 것처럼 보이지 않습니다. 따라서 17(9월 중순 예정)이 더 가능성이 높아 보입니다. 백포트는 완전히 다른 이야기입니다. Azul에는 Apple Silicon용으로 준비된 Zulu 빌드 가 있으며, 이는 그들이 개발한 사용자 정의 패치를 기반으로 하는 것입니다.

네, 맞습니다. Azul에는 Apple Silicon용으로 준비된 Zulu 빌드가 있습니다. 그리고 여기에서 도움이 되는지 조사하게 되어 기쁩니다. 바로 알려주세요.

@ppetrosh 매우 친절합니다. 감사합니다. 우리는 기본적으로 OpenJDK에 공개 브랜치가 나타나기를 기다리고 있습니다. 이미 하나가 있습니까? JEP가 제안된 것만 봤습니다.

JEP-391이 jdk17에 통합되었습니다.

이제 모두가 macar 용 17ea를 구축 할 수 있습니다

시작하겠습니다.

• [x] openjdk-build로 컴파일할 수 있는지 확인합니다.
• [x] openjdk-build에서 빌드 팜 스크립트 조정(진행 중)
• [x] 파이프라인 작업 정의(PR 초안: https://github.com/AdoptOpenJDK/ci-jenkins-pipelines/pull/113)
• [x] 빌드 머신 구성(https://github.com/AdoptOpenJDK/openjdk-infrastructure/issues/2092)
• [x] 테스트 머신 구성(https://github.com/AdoptOpenJDK/openjdk-infrastructure/issues/2093)
• [ ] 테스트가 작동하는지 확인합니다(https://github.com/AdoptOpenJDK/openjdk-tests/issues/2421).

테스트는 실행되지만 모든 제품군을 통과하도록 하는 작업이 수행됩니다. 이것을 https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/jdk/job/jdk-mac-arm64-hotspot/ 로 닫으면 이제 정기적으로 실행됩니다.

@sxa 거기에 있는 아티팩트에 arm64 바이너리가 포함되어 있습니까? file java 는 빌드 35에 대해 Mach-O 64-bit executable x86_64 를 표시합니다.

흠 좀 걱정되네 다시 한 번 확인해볼게

@devLotto 보고 https://github.com/AdoptOpenJDK/openjdk-build/pull/2573

@devLotto 이제 이 문제가 해결되었는지 확인할 수 있습니까? 감사 해요