Temurin-build: Rilis file memiliki string Sumber kosong: SOURCE=""

Dibuat pada 13 Feb 2019  ·  8Komentar  ·  Sumber: adoptium/temurin-build

Peron:

Apa saja

Arsitektur:

Apa saja

Jika saya melihat file rilis di 11.0.2 dari AdoptOpenJDK

IMPLEMENTOR="AdoptOpenJDK"
IMPLEMENTOR_VERSION="AdoptOpenJDK"
JAVA_VERSION="11.0.2"
JAVA_VERSION_DATE="2019-01-15"
MODULES="java.base java.compiler java.datatransfer java.xml java.prefs java.desktop java.instrument java.logging java.management java.security.sasl java.naming java.rmi java.management.rmi java.net.http java.scripting java.security.jgss java.transaction.xa java.sql java.sql.rowset java.xml.crypto java.se java.smartcardio jdk.accessibility jdk.internal.vm.ci jdk.management jdk.unsupported jdk.internal.vm.compiler jdk.aot jdk.internal.jvmstat jdk.attach jdk.charsets jdk.compiler jdk.crypto.ec jdk.crypto.cryptoki jdk.crypto.mscapi jdk.dynalink jdk.internal.ed jdk.editpad jdk.hotspot.agent jdk.httpserver jdk.internal.le jdk.internal.opt jdk.internal.vm.compiler.management jdk.jartool jdk.javadoc jdk.jcmd jdk.management.agent jdk.jconsole jdk.jdeps jdk.jdwp.agent jdk.jdi jdk.jfr jdk.jlink jdk.jshell jdk.jsobject jdk.jstatd jdk.localedata jdk.management.jfr jdk.naming.dns jdk.naming.rmi jdk.net jdk.pack jdk.rmic jdk.scripting.nashorn jdk.scripting.nashorn.shell jdk.sctp jdk.security.auth jdk.security.jgss jdk.unsupported.desktop jdk.xml.dom jdk.zipfs"
OS_ARCH="x86_64"
OS_NAME="Windows"
SOURCE=""

dan untuk hal yang sama dari Oracle

IMPLEMENTOR="Oracle Corporation"
IMPLEMENTOR_VERSION="18.9"
JAVA_VERSION="11.0.2"
JAVA_VERSION_DATE="2019-01-15"
MODULES="java.base java.compiler java.datatransfer java.xml java.prefs java.desktop java.instrument java.logging java.management java.security.sasl java.naming java.rmi java.management.rmi java.net.http java.scripting java.security.jgss java.transaction.xa java.sql java.sql.rowset java.xml.crypto java.se java.smartcardio jdk.accessibility jdk.internal.vm.ci jdk.management jdk.unsupported jdk.internal.vm.compiler jdk.aot jdk.internal.jvmstat jdk.attach jdk.charsets jdk.compiler jdk.crypto.ec jdk.crypto.cryptoki jdk.crypto.mscapi jdk.dynalink jdk.internal.ed jdk.editpad jdk.hotspot.agent jdk.httpserver jdk.internal.le jdk.internal.opt jdk.internal.vm.compiler.management jdk.jartool jdk.javadoc jdk.jcmd jdk.management.agent jdk.jconsole jdk.jdeps jdk.jdwp.agent jdk.jdi jdk.jfr jdk.jlink jdk.jshell jdk.jsobject jdk.jstatd jdk.localedata jdk.management.jfr jdk.naming.dns jdk.naming.rmi jdk.net jdk.pack jdk.rmic jdk.scripting.nashorn jdk.scripting.nashorn.shell jdk.sctp jdk.security.auth jdk.security.jgss jdk.unsupported.desktop jdk.xml.dom jdk.zipfs"
OS_ARCH="x86_64"
OS_NAME="Windows"
SOURCE=".:144d476b6efe"

Saya melihat versi Oracle memiliki kode sumber SHA. Jika Anda membangun sumber bentuk binari, maka sumber harus dapat diidentifikasi.

bug

Semua 8 komentar

Saya juga tertarik dengan info ini untuk mendefinisikan build secara unik (dengan SHA repo yang ditarik untuk membuat biner) untuk menghubungkan hasil pengujian dengan biner tertentu.

Hai, saya baru saja mengunduh dan menjalankan 11.0.4+11 dan file rilis sekarang memiliki git sha di dalamnya :-)

Pohon sumber untuk sha itu adalah https://github.com/AdoptOpenJDK/openjdk-jdk11u/tree/381c817fa41d549420b1f3a173d9147aa7a679cd

Apakah ada cara untuk melihat tautan antara itu dan sumbernya di openjdk.java.net?

Tag di sana adalah 6a4d57474e1c971cccf4165b3d9d023928510010 dan itu terjadi di openjdk-jdk11u/.hgtags

IMPLEMENTOR="AdoptOpenJDK" IMPLEMENTOR_VERSION="AdoptOpenJDK" JAVA_VERSION="11.0.4" JAVA_VERSION_DATE="2019-07-16" MODULES="java.base java.compiler java.datatransfer java.xml java.prefs java.desktop java.instrument java.logging java.management java.security.sasl java.naming java.rmi java.management.rmi java.net.http java.scripting java.security.jgss java.transaction.xa java.sql java.sql.rowset java.xml.crypto java.se java.smartcardio jdk.accessibility jdk.internal.vm.ci jdk.management jdk.unsupported jdk.internal.vm.compiler jdk.aot jdk.internal.jvmstat jdk.attach jdk.charsets jdk.compiler jdk.crypto.ec jdk.crypto.cryptoki jdk.crypto.mscapi jdk.dynalink jdk.internal.ed jdk.editpad jdk.hotspot.agent jdk.httpserver jdk.internal.le jdk.internal.opt jdk.internal.vm.compiler.management jdk.jartool jdk.javadoc jdk.jcmd jdk.management.agent jdk.jconsole jdk.jdeps jdk.jdwp.agent jdk.jdi jdk.jfr jdk.jlink jdk.jshell jdk.jsobject jdk.jstatd jdk.localedata jdk.management.jfr jdk.naming.dns jdk.naming.rmi jdk.net jdk.pack jdk.rmic jdk.scripting.nashorn jdk.scripting.nashorn.shell jdk.sctp jdk.security.auth jdk.security.jgss jdk.unsupported.desktop jdk.xml.dom jdk.zipfs" OS_ARCH="x86_64" OS_NAME="Windows" SOURCE=".:git:381c817fa41d"

Anda dapat membandingkan dengan tag 11.0.4+11 dalam mercurial (yang akan memiliki hash komit) - kami belum memiliki pemetaan langsung (karena sumber git kami secara teknis menyimpang)

Saya juga tertarik dengan info ini untuk mendefinisikan build secara unik (dengan SHA repo yang ditarik untuk membuat biner) untuk menghubungkan hasil pengujian dengan biner tertentu.

@smlambert Mengenai ini, https://github.com/AdoptOpenJDK/openjdk-build/pull/1949 telah masuk baru-baru ini yang menambahkan git hash atau git tag ke bidang scmref di metadata kami. Apakah itu yang Anda cari?

Adapun masalah aslinya, kami telah lama bergerak melewati 11.0.2 (kami sekarang berada di 11.0.7), dapatkah ini ditutup karena binari baru memiliki hash sumber?

Hebat, jadi jika saya mengerti dengan benar, konten SUMBER harus SHA dari mirror git AdoptOpenJDK (https://github.com/AdoptOpenJDK/openjdk-jdk11u, dll) untuk hotspot, apakah sekarang ada untuk semua versi? 8 dan 11+? untuk semua impls (meskipun secara teknis saya hanya dapat melihat output Java -version untuk SHA untuk openj9, dapat menggunakan pendekatan yang sama untuk kueri untuk keduanya adalah baik).

Melihat dua nightlies baru-baru ini untuk JDK8 dan 11 , saya dapat mengonfirmasi bahwa JDK8 tidak mengandung nilai sumber (Namun, JDK11 tidak). 8 berisi lebih sedikit data juga:

JAVA_VERSION="1.8.0_262"
OS_NAME="Darwin"
OS_VERSION="11.2"
OS_ARCH="x86_64"
SOURCE=""
IMPLEMENTOR="AdoptOpenJDK"
IMPLEMENTOR_VERSION="AdoptOpenJDK"
JAVA_VERSION="11.0.8"
JAVA_VERSION_DATE="2020-07-14"
MODULES="java.base java.compiler java.datatransfer java.xml java.prefs java.desktop java.instrument java.logging java.management java.security.sasl java.naming java.rmi java.management.rmi java.net.http java.scripting java.security.jgss java.transaction.xa java.sql java.sql.rowset java.xml.crypto java.se java.smartcardio jdk.accessibility jdk.internal.vm.ci jdk.management jdk.unsupported jdk.internal.vm.compiler jdk.aot jdk.internal.jvmstat jdk.attach jdk.charsets jdk.compiler jdk.crypto.ec jdk.crypto.cryptoki jdk.dynalink jdk.internal.ed jdk.editpad jdk.hotspot.agent jdk.httpserver jdk.internal.le jdk.internal.opt jdk.internal.vm.compiler.management jdk.jartool jdk.javadoc jdk.jcmd jdk.management.agent jdk.jconsole jdk.jdeps jdk.jdwp.agent jdk.jdi jdk.jfr jdk.jlink jdk.jshell jdk.jsobject jdk.jstatd jdk.localedata jdk.management.jfr jdk.naming.dns jdk.naming.rmi jdk.net jdk.pack jdk.rmic jdk.scripting.nashorn jdk.scripting.nashorn.shell jdk.sctp jdk.security.auth jdk.security.jgss jdk.unsupported.desktop jdk.xml.dom jdk.zipfs"
OS_ARCH="x86_64"
OS_NAME="Darwin"
SOURCE=".:git:824f8474f533"

ok, saya kira untuk jdk8 ceritanya mungkin sedikit lebih rumit ... akan menyenangkan untuk memilikinya untuk versi LTS itu juga, tetapi tidak masalah untuk melakukannya di bawah masalah lain, jika Anda ingin menutup yang ini, yang awalnya memintanya untuk jdk11

Menutup ini dan menindaklanjuti JDK8 di https://github.com/AdoptOpenJDK/openjdk-build/issues/1966

Apakah halaman ini membantu?
0 / 5 - 0 peringkat