Temurin-build: يعرض java.vendor.version فقط "AcceptOpenJDK"

تم إنشاؤها على ١٧ نوفمبر ٢٠١٩  ·  15تعليقات  ·  مصدر: adoptium/temurin-build

يجب أن توفر خاصية النظام java.vendor.version مؤشرًا أفضل لإصدار الكود المصدري المستخدم من قبل تبنّي OpenJDK لبناء OpenJDK. حاليًا ، تقول فقط AdoptOpenJDK .

bug

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

بمجرد أن نكمل انتقالنا إلى مؤسسة Eclipse وننتج أول إصدار لنا (TCKed) تحت شعارها ، سيتم تحديث تلك الخصائص (والشهادات التي نستخدمها ، إلخ) ، java.vendor = Eclipse ، وما إلى ذلك ، لذا يمكنك التخطيط لإنشاء هذا سلسلة إصدار البيانات الوصفية حيث java.vendor.version = java.vendor + version

ال 15 كومينتر

للحصول على معلومات ، هذه هي إعدادات الخاصية الحالية لـ jdk11 (نقطة فعالة و openj9):

hotspot:
    java.vendor = AdoptOpenJDK
    java.vendor.url = https://adoptopenjdk.net/
    java.vendor.url.bug = https://github.com/AdoptOpenJDK/openjdk-build/issues
    java.vendor.version = AdoptOpenJDK
    java.version = 11.0.5
    java.version.date = 2019-10-15
    java.vm.compressedOopsMode = Zero based
    java.vm.info = mixed mode
    java.vm.name = OpenJDK 64-Bit Server VM
    java.vm.specification.name = Java Virtual Machine Specification
    java.vm.specification.vendor = Oracle Corporation
    java.vm.specification.version = 11
    java.vm.vendor = AdoptOpenJDK
    java.vm.version = 11.0.5+10
openj9:
    java.vendor = Eclipse OpenJ9
    java.vendor.url = http://www.eclipse.org/openj9
    java.vendor.version = AdoptOpenJDK
    java.version = 11.0.5
    java.version.date = 2019-10-15
    java.vm.info = JRE 11 Windows 10 amd64-64-Bit Compressed References 20191016_357 (JIT enabled, AOT enabled)
OpenJ9   - 77c1cf708
OMR      - 20db4fbc
JCL      - 2a7af5674b based on jdk-11.0.5+10
    java.vm.name = Eclipse OpenJ9 VM
    java.vm.specification.name = Java Virtual Machine Specification
    java.vm.specification.vendor = Oracle Corporation
    java.vm.specification.version = 11
    java.vm.vendor = Eclipse OpenJ9
    java.vm.version = openj9-0.17.0
    jdk.extensions.name = Extensions for OpenJDK for Eclipse OpenJ9
    jdk.extensions.version = 11.0.5.0

بما أن تبنّي OpenJDK لديه فكرة "لاحقة البناء" ، فربما تكون هذه الخاصية مكانًا لالتقاط تلك المعلومات (على سبيل المثال 11.0.4 + 11.4)؟

lumpfish هل أجرينا أي مناقشات حول القيم التي يجب أن تكون عليها؟

لا توجد مناقشات على علم بها.

~ تم تغيير هذا في # 2073 إلى الافتراضي للمتغير الذي يتم بناؤه. ~

يتم التراجع عن هذا.

قد يكون من المفيد إلقاء نظرة على التوزيعات الأخرى التي حددت هذه الخاصية كبداية.

java.vendor.version = Zulu16.28+11-CA
java.vendor.version = Corretto-11.0.10.9.1

Bell Soft Liberica ليس لديه (لا يمكن العثور عليه على جهاز Mac ، على الأقل)

Bell Soft Liberica ليس لديه (لا يمكن العثور عليه على جهاز Mac ، على الأقل)

java.vendor.version اختياري ، أراد openjdk إزالته عند نقطة واحدة: https://bugs.openjdk.java.net/browse/JDK-8216383

أحب استخدام سلسلة إصدار البيانات الوصفية:
"الإصدار": "11.0.11 + 7-202103181819"
ولصق اعتماد OpenJDK في المقدمة ، لذلك:
"تبنوا فتح JDK-11.0.11 + 7-202103181819"
لبناء ليلي

سيكون الإصدار:
"تبنى فتح JDK-16 + 36"

smlambert فكر واحد فقط من الآن فصاعدًا ، ما هو الموقف من كلمة تبنّي OpenJDK مقابل EclipseAdoptium؟

بمجرد أن نكمل انتقالنا إلى مؤسسة Eclipse وننتج أول إصدار لنا (TCKed) تحت شعارها ، سيتم تحديث تلك الخصائص (والشهادات التي نستخدمها ، إلخ) ، java.vendor = Eclipse ، وما إلى ذلك ، لذا يمكنك التخطيط لإنشاء هذا سلسلة إصدار البيانات الوصفية حيث java.vendor.version = java.vendor + version

مثال هنا:

    java.vendor.version = AdoptOpenJDK-11.0.11+7-202103230931

openjdk version "11.0.11" 2021-04-20
OpenJDK Runtime Environment AdoptOpenJDK-11.0.11+7-202103230931 (build 11.0.11+7-202103230931)
OpenJDK 64-Bit Server VM AdoptOpenJDK-11.0.11+7-202103230931 (build 11.0.11+7-202103230931, mixed mode)
    java.vendor.version = AdoptOpenJDK-16+36

openjdk version "16" 2021-03-16
OpenJDK Runtime Environment AdoptOpenJDK-16+36 (build 16+36)
OpenJDK 64-Bit Server VM AdoptOpenJDK-16+36 (build 16+36, mixed mode, sharing)
هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات