Temurin-build: لا يمكن تحميل المكتبات الأصلية بـ 11.0.4 على Mojave

تم إنشاؤها على ٩ أغسطس ٢٠١٩ · 19تعليقات · مصدر: adoptium/temurin-build

برنامج:

OSX موهافي

إصدار Darwin Kernel 18.7.0: الخميس 20 يونيو 18:42:21 PDT 2019 ؛ الجذر: xnu-4903.270.47 ~ 4 / RELEASE_X86_64

بنيان:

إلى x86_64

وصف المشكلة

عند محاولة تحميل مكتبات أصلية على النظام الأساسي أعلاه بأي من إصدارات 11.0.4 ، أحصل على استثناء:

/private/var/folders/f6/c8gfypz56c5d9b66l6_1n30m0000gn/T/native-platform4313193693498570932dir/libnative-platform.dylib: code signature in (/private/var/folders/f6/c8gfypz56c5d9b66l6_1n30m0000gn/T/native-platform4313193693498570932dir/libnative-platform.dylib) not valid for use in process using Library Validation: mapped file has no cdhash, completely unsigned? Code has to be at least ad-hoc signed.

عند التشغيل مع 11.0.3 ، كل شيء يعمل كما هو متوقع.

اختبار قابل للتكرار

يوجد تطبيق جافا هنا: https://bintray.com/beta/#/adammurdoch/maven/net.rubygrapefruit : native-platform-test / 0.18؟ tab = الملفات التي تختبر العديد من المكالمات المحلية.

إذا قمت بتنزيل ملف zip وفك ضغطه ، فسأحصل على النتائج التالية:

11.0.3 ( جيد )

$ bin/native-platform-test

Select test to run:
  1) Show terminal details
  2) Show machine details
  3) Show file systems
  4) Test input handling
  5) Example prompts
> 6) Exit
Use the arrow keys to select an option and press enter

11.0.4 ( سيئ )

$ bin/native-platform-test
Exception in thread "main" net.rubygrapefruit.platform.NativeIntegrationLinkageException: Native library 'libnative-platform.dylib' could not be loaded for Mac OS X x86_64.
    at net.rubygrapefruit.platform.internal.NativeLibraryLoader.load(NativeLibraryLoader.java:61)
    at net.rubygrapefruit.platform.Native.init(Native.java:55)
    at net.rubygrapefruit.platform.Native.get(Native.java:80)
    at net.rubygrapefruit.platform.test.Main.terminals(Main.java:286)
    at net.rubygrapefruit.platform.test.Main.main(Main.java:109)
Caused by: java.lang.UnsatisfiedLinkError: /private/var/folders/f6/c8gfypz56c5d9b66l6_1n30m0000gn/T/native-platform4313193693498570932dir/libnative-platform.dylib: dlopen(/private/var/folders/f6/c8gfypz56c5d9b66l6_1n30m0000gn/T/native-platform4313193693498570932dir/libnative-platform.dylib, 1): no suitable image found.  Did find:
    /private/var/folders/f6/c8gfypz56c5d9b66l6_1n30m0000gn/T/native-platform4313193693498570932dir/libnative-platform.dylib: code signature in (/private/var/folders/f6/c8gfypz56c5d9b66l6_1n30m0000gn/T/native-platform4313193693498570932dir/libnative-platform.dylib) not valid for use in process using Library Validation: mapped file has no cdhash, completely unsigned? Code has to be at least ad-hoc signed.
    at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method)
    at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2430)
    at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2487)
    at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2684)
    at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2617)
    at java.base/java.lang.Runtime.load0(Runtime.java:767)
    at java.base/java.lang.System.load(System.java:1831)
    at net.rubygrapefruit.platform.internal.NativeLibraryLoader.load(NativeLibraryLoader.java:51)
    ... 4 more

أظن أن هذا هو شيء OS X فقط ، لكنني أختبره على ubuntu للتأكد

bug macos

مصدر

timyates

التعليق الأكثر فائدة

taubeklavs لدينا إصلاح لهذا الأمر ونحن بصدد إنشاء إصدار jdk-11.0.4+11.3 . نعتذر عن الإزعاج

gdams في ١٣ أغسطس ٢٠١٩

👍8

ال 19 كومينتر

تم اختباره على Ubuntu ، ويعمل كلا الإصدارين كما هو متوقع ...

يبدو أن هذه مجرد مشكلة في نظام التشغيل OS X.

timyates في ٩ أغسطس ٢٠١٩

أواجه أيضًا نفس المشكلة على نظام التشغيل macOS مع jdk-11.0.4+11.2 ، والعودة إلى jdk-11.0.3+7 Works.

taubeklavs في ٩ أغسطس ٢٠١٩

👍1

من المحتمل أن يكون

karianna في ١٣ أغسطس ٢٠١٩

taubeklavs لدينا إصلاح لهذا الأمر ونحن بصدد إنشاء إصدار jdk-11.0.4+11.3 . نعتذر عن الإزعاج

gdams في ١٣ أغسطس ٢٠١٩

👍8

رائع شكرا! 😎👍

لست متأكدا كيف فاتني https://github.com/AdoptOpenJDK/openjdk-build/issues/1206 آسف لذلك 😞

timyates في ١٣ أغسطس ٢٠١٩

لا يبدو أن هذا الإصدار قد انتهى بعد وأن المشكلة كانت تمنع شيئًا ما أعمل عليه - بالنسبة لأي شخص آخر في نفس القارب ، يجب أن تكون قادرًا على:

brew cask reinstall https://raw.githubusercontent.com/AdoptOpenJDK/homebrew-openjdk/c017a832eec4f940e11c139b6e7852eeb3b2aad8/Casks/adoptopenjdk11.rb

للحصول على برميل خشبي adoptopenjdk11 لقراءته كما يلي:

$ brew cask info adoptopenjdk11
adoptopenjdk11: 11,0.3:7
https://adoptopenjdk.net/
/usr/local/Caskroom/adoptopenjdk11/11,0.3:7 (181.4MB)
From: https://github.com/adoptopenjdk/homebrew-openjdk/blob/master/Casks/adoptopenjdk11.rb
==> Name
AdoptOpenJDK 11
==> Artifacts
OpenJDK11U-jdk_x64_mac_hotspot_11.0.3_7.pkg (Pkg)

بمجرد نشر الإصدار الجديد ، يجب أن يستلمه بسيط brew cask upgrade . :)

sjuxax في ١٤ أغسطس ٢٠١٩

👍6

حفظ السلوك الخاطئ يحدث مع

openjdk version "12.0.2" 2019-07-16
OpenJDK Runtime Environment AdoptOpenJDK (build 12.0.2+10)

لقد قمت للتو بتنزيل jdk-12.0.2+10.2 وقمت بتشغيل native-platform-test . حصلت على التتبع "السيئ" الذي تم الإبلاغ عنه بواسطة OP.

أي أمل في الحصول على بناء ثابت؟

bberstel في ١٩ أغسطس ٢٠١٩

👍3

مرحبًا ، يمكن تأكيد ذلك أيضًا في الإصدار 12.

ktulinger في ١ أكتوبر ٢٠١٩

تحقق للتو من أحدث إصدار 11.0.5

إصدار openjdk "11.0.5" 2019-10-15

وهذا كله يعمل على OS X 😎 🎉

إغلاق هذا

شكرا لكم جميعا!

timyates في ١٥ نوفمبر ٢٠١٩

👍1

لدي هذه المشكلة مع 14.0.1 و 11.0.7 على Catalina

MRigal في ١ مايو ٢٠٢٠

👍1

MRigal كيف قمت بتثبيت البرنامج الثنائي - هل كان ملف PKG عبر البيرة المنزلية؟

karianna في ١ مايو ٢٠٢٠

تم تثبيت كلا الإصدارين عبر البيرة المنزلية. لقد أضفت أيضًا الارتباطات الرمزية الموصى بها
بعد التثبيت.
brew install java و brew install java11

MRigal في ١ مايو ٢٠٢٠

ما زلت أواجه هذه المشكلة مع تبنّي أبنوجدك 12 وكاتالينا osx

نظام التشغيل: mac osx catalina 10.15.4
jdk: تم التثبيت عبر

▶ brew tap adoptopenjdk/openjdk
▶ brew cask install adoptopenjdk --no-quarantine

تم تثبيت المشروب jdk تحت /Library/Java/JavaVirtualMachines/

▶ java --version
openjdk 12.0.2 2019-07-16
OpenJDK Runtime Environment AdoptOpenJDK (build 12.0.2+10)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 12.0.2+10, mixed mode)

تثبيت sbt عبر:

▶ brew install sbt

▶ sbt sbtVersion
[info]  1.3.10



md5-81688d6fdae4a4fb6cbfecc5b8fbee61



▶ sudo spctl --master-disable
▶ spctl --status
assessments disabled

# starting sbt will produce the same output (code signature in [...] not valid for use in process using Library Validation: mapped file has no cdhash)

▶ sudo spctl --master-enable
▶ spctl --status
assessments enabled



md5-046c5f6222d4ced024068ca879544f9b



▶ codesign -dv --verbose=4 ~/Library/Caches/JNA/temp/jna123.tmp
~/Library/Caches/JNA/temp/jna123.tmp: code object is not signed at all



md5-99fc43abd604e2213e80c0369e20444a



    <key>CFBundleSignature</key>
    <string>????</string>

من الواضح أن هذا هو الإعداد الافتراضي لمشاريع xcode الجديدة ولم يتم تغييرها ؟!

peter-gerhard في ١٩ مايو ٢٠٢٠

@ peter-gerhard لا يوجد دعم قوي لوقت التشغيل والتوثيق على OpenJDK 12 ولن يكون هناك لأنه وصل إلى EOL الخاص به.

aahlenst في ١٩ مايو ٢٠٢٠

😕1

علاوة على ذلك ، أقوم بإغلاق هذه المشكلة لأن 11.0.7's PKG موثقة بالكامل.

aahlenst في ١٩ مايو ٢٠٢٠

aahlenst اكتشفت أن

<key>CFBundleShortVersionString</key> <string>1.0</string> <key>CFBundleSignature</key> <string>????</string> <key>CFBundleVersion</key> <string>11.0.7</string>

ما هو الإصدار الذي تم توقيعه حاليًا حيث جربت الإصدار 11 و 12 بالفعل