OpenJDK Runtime Environment
Go to file
Stephan Bergmann 4bb380bddf Disable copy-jdk-configs and bootstrapping for Flatpak builds
There does not appear to be any value in having copy-jdk-config in Flatpak
builds (where a given Flatpak bundles one specific JDK, so no need for a
"Utility script to transfer JDKs configuration files between updates or for
archiving.")

And at least when trying to do a LibreOffice Flatpak build from Fedora 34 RPM
specs (which includes java-11-openjdk among its components), the #!/usr/bin/lua
shebang in copy_jdk_configs.lua would have caused a requirement on
/usr/bin/lua, but which a lua RPM bundled in the Flatpak would not provide (as
it would provide /app/bin/lua instead).  And the easiest way to work around that
issue is to just disable the unnecessary copy-jdk-configs.

...after "Temporarily move x86 to use Zero in order to get a working build":

When building the

>       if ${run_bootstrap} ; then

branch for suffix='' and loop='-main', the second

>           buildjdk ${builddir} $(pwd)/${bootinstalldir}/images/%{jdkimage} "${maketargets}" ${debugbuild} ${link_opt}

uses the JDK (`$(pwd)/${bootinstalldir}/images/%{jdkimage}`) from the installjdk
on the previous line.  But installjdk does

> 	rm ${imagepath}/lib/tzdb.dat
> 	ln -s %{_datadir}/javazi-1.8/tzdb.dat ${imagepath}/lib/tzdb.dat

which made that JDK's tzdb.dat link to /app/share/javazi-1.8/tzdb.dat in a
flatpak build (rather than the usual /usr/share/javazi-1.8/tzdb.dat in a non-
flatpak build) which is not present at build-time (but will be present at
runtime in at least the LibreOffice flatpak, which bundles tzdata-java built for
the flatpak /app prefix).  So using that JDK's compiler during the build kept
failing due to java.io.FileNotFoundException for its lib/tzdb.dat.

(This was not an issue prior to the recent change, as installjdk's
modification of lib/tzdb.dat used to be done only for the "Final setup
on the main image" at the very end of the build, not during the build
for JDKs that are themselves used later during the build.)

The easiest workaround for this issue appears to be to just not bootstrap_build
in the flatpak case, avoiding the situation that a JDK whose lib/tzdb.dat has
been modified through installjdk is used during the build.
2022-07-01 02:25:39 +01:00
.gitignore Update to shenandoah-jdk8u332-b09 (GA) 2022-04-20 20:38:54 +01:00
CheckVendor.java Include a test in the RPM to check the build has the correct vendor information. 2021-01-26 12:33:16 +00:00
config.guess Updated to build aarch64 as jit arch, minor tweeks 2013-07-24 12:33:57 +02:00
config.sub Updated to build aarch64 as jit arch, minor tweeks 2013-07-24 12:33:57 +02:00
generate_singlerepo_source_tarball.sh Changed handling of systemtap sources 2018-09-04 19:15:31 +02:00
generate_source_tarball.sh Update to aarch64-shenandoah-jdk8u322-b05 (EA) 2022-02-15 16:45:42 +00:00
icedtea_sync.sh Sync SystemTap & desktop files with upstream IcedTea release 3.15.0, removing previous workarounds 2020-03-13 05:37:00 +00:00
java-1.8.0-openjdk-remove-intree-libraries.sh Switch to in-tree SunEC code, dropping NSS runtime dependencies and patches to link against it. 2019-08-15 22:01:36 +01:00
java-1.8.0-openjdk.spec Disable copy-jdk-configs and bootstrapping for Flatpak builds 2022-07-01 02:25:39 +01:00
jconsole-plugin.patch Remove non-Free test and demo files from source tarball. 2021-08-08 05:41:58 +01:00
jconsole.desktop.in Sync SystemTap & desktop files with upstream IcedTea release 3.15.0, removing previous workarounds 2020-03-13 05:37:00 +00:00
jdk8035341-allow_using_system_installed_libpng.patch fixing typo of jkd in system_installed_libpng and removing file for removed patch for pr3573 2018-11-23 18:43:10 +01:00
jdk8042159-allow_using_system_installed_lcms2-jdk.patch Update to aarch64-shenandoah-jdk8u262-b10. 2020-07-16 18:52:55 +00:00
jdk8042159-allow_using_system_installed_lcms2-root.patch Update to aarch64-shenandoah-jdk8u262-b10. 2020-07-16 18:52:55 +00:00
jdk8043805-allow_using_system_installed_libjpeg.patch renamed all patches to new convention 2018-11-20 10:58:25 +01:00
jdk8143245-pr3548-zero_build_requires_disabled_warnings.patch Update to aarch64-shenandoah-jdk8u282-b01 (EA) 2020-12-22 22:24:49 +00:00
jdk8195607-pr3776-rh1760437-nss_sqlite_db_config.patch Support the FIPS mode crypto policy. 2021-06-08 05:46:02 +01:00
jdk8199936-pr3533-enable_mstackrealign_on_x86_linux_as_well_as_x86_mac_os_x.patch Temporarily move x86 to use Zero in order to get a working build 2022-02-07 00:49:08 +00:00
jdk8199936-pr3591-enable_mstackrealign_on_x86_linux_as_well_as_x86_mac_os_x_jdk.patch Update to aarch64-shenandoah-jdk8u192-b12. 2019-01-30 14:56:30 +00:00
jdk8203030-zero_s390_31_bit_size_t_type_conflicts_in_shared_code.patch Re-organise S/390 patches for upstream submission, separating 8u upstream from Shenandoah fixes. 2021-03-18 18:55:49 +00:00
jdk8218811-perfMemory_linux.patch Add patch for JDK-8218811, which fixes a GCC 10 build issue 2020-03-04 20:13:01 +01:00
jdk8257794-remove_broken_assert.patch Temporarily move x86 to use Zero in order to get a working build 2022-02-07 00:49:08 +00:00
jdk8281098-pr3836-pass_compiler_flags_to_adlc.patch Temporarily move x86 to use Zero in order to get a working build 2022-02-07 00:49:08 +00:00
jdk8282231-x86_32-missing_call_effects.patch Reinstate JIT builds on x86_32. 2022-03-30 17:36:09 +01:00
NEWS Update to shenandoah-jdk8u332-b09 (GA) 2022-04-20 20:38:54 +01:00
nss.cfg.in Patche adapted to current surces 2017-04-21 09:58:39 +02:00
nss.fips.cfg.in RH2007331: SecretKey generate/import operations don't add the CKA_SIGN attribute in FIPS mode 2022-06-30 15:17:23 -03:00
policytool.desktop.in Sync SystemTap & desktop files with upstream IcedTea release 3.15.0, removing previous workarounds 2020-03-13 05:37:00 +00:00
pr2462-resolve_disabled_warnings_for_libunpack_and_the_unpack200_binary.patch renamed all patches to new convention 2018-11-20 10:58:25 +01:00
pr2737-allow_multiple_pkcs11_library_initialisation_to_be_a_non_critical_error.patch renamed all patches to new convention 2018-11-20 10:58:25 +01:00
pr2888-openjdk_should_check_for_system_cacerts_database_eg_etc_pki_java_cacerts.patch Update to aarch64-shenandoah-jdk8u222-b01. 2019-07-24 05:07:05 +01:00
pr2974-rh1337583-add_systemlineendings_option_to_keytool_and_use_line_separator_instead_of_crlf_in_pkcs10.patch Update to aarch64-shenandoah-jdk8u252-b03. 2020-06-07 18:38:05 +01:00
pr3083-rh1346460-for_ssl_debug_return_null_instead_of_exception_when_theres_no_ecc_provider.patch Update to aarch64-shenandoah-jdk8u252-b03. 2020-06-07 18:38:05 +01:00
pr3183-rh1340845-support_fedora_rhel_system_crypto_policy.patch renamed all patches to new convention 2018-11-20 10:58:25 +01:00
pr3593-s390_use_z_format_specifier_for_size_t_arguments_as_size_t_not_equals_to_int.patch Re-organise S/390 patches for upstream submission, separating 8u upstream from Shenandoah fixes. 2021-03-18 18:55:49 +00:00
pr3655-toggle_system_crypto_policy.patch Add PR3655 to allow the system crypto policy to be turned off. 2019-02-19 05:03:27 +00:00
README.md Returned patch 104 as shenandoah only. Semantically aligned with java-openjdk 2018-06-07 14:03:36 +02:00
repackReproduciblePolycies.sh updated to aarch64-jdk8u151-b12 (from aarch64-port/jdk8u) 2017-10-25 16:10:28 +02:00
rh1163501-increase_2048_bit_dh_upper_bound_fedora_infrastructure_in_dhparametergenerator.patch renamed all patches to new convention 2018-11-20 10:58:25 +01:00
rh1582504-rsa_default_for_keytool.patch Use RSA as default for keytool, as DSA is disabled in all crypto policies except LEGACY 2021-01-24 16:22:25 +00:00
rh1648246-always_instruct_vm_to_assume_multiple_processors_are_available.patch renamed all patches to new convention 2018-11-20 10:58:25 +01:00
rh1648249-add_commented_out_nss_cfg_provider_to_java_security.patch renamed all patches to new convention 2018-11-20 10:58:25 +01:00
rh1649664-awt2dlibraries_compiled_with_no_strict_overflow.patch Update to aarch64-shenandoah-jdk8u192-b12. 2019-01-30 14:56:30 +00:00
rh1655466-global_crypto_and_fips.patch Support the FIPS mode crypto policy. 2021-06-08 05:46:02 +01:00
rh1750419-redhat_alt_java.patch Update to aarch64-shenandoah-jdk8u282-b01 (EA) 2020-12-22 22:24:49 +00:00
rh1760838-fips_default_keystore_type.patch Support the FIPS mode crypto policy. 2021-06-08 05:46:02 +01:00
rh1860986-disable_tlsv1.3_in_fips_mode.patch Support the FIPS mode crypto policy. 2021-06-08 05:46:02 +01:00
rh1906862-always_initialise_configurator_access.patch Support the FIPS mode crypto policy. 2021-06-08 05:46:02 +01:00
rh1929465-improve_system_FIPS_detection-jdk.patch Detect FIPS using SECMOD_GetSystemFIPSEnabled in the new libsystemconf JDK library. 2021-09-04 02:14:31 +01:00
rh1929465-improve_system_FIPS_detection-root.patch Detect FIPS using SECMOD_GetSystemFIPSEnabled in the new libsystemconf JDK library. 2021-09-04 02:14:31 +01:00
rh1991003-enable_fips_keys_import.patch Add FIPS patch to allow plain key import. 2021-10-10 22:01:50 +01:00
rh1996182-login_to_nss_software_token.patch Add patch to login to the NSS software token when in FIPS mode. 2021-09-14 02:59:18 +01:00
rh2021263-fips_ensure_security_initialised.patch Fix FIPS issues in native code and with initialisation of java.security.Security 2022-02-16 02:36:10 +00:00
rh2021263-fips_missing_native_returns.patch Fix FIPS issues in native code and with initialisation of java.security.Security 2022-02-16 02:36:10 +00:00
rh2021263-fips_separate_policy_and_fips_init.patch Separate crypto policy initialisation from FIPS initialisation, now they are no longer interdependent 2022-02-23 17:22:05 +00:00
s390-8214206_fix.patch Update to aarch64-shenandoah-jdk8u292-b05-shenandoah-merge-2021-03-11 (EA) 2021-03-19 02:46:15 +00:00
sources Update to shenandoah-jdk8u332-b09 (GA) 2022-04-20 20:38:54 +01:00
TestCryptoLevel.java Initial version 2013-03-12 09:35:26 -04:00
TestECDSA.java Updated to security u91 2016-04-20 16:10:22 +02:00
TestSecurityProperties.java Add a test verifying system crypto policies can be disabled 2019-02-19 14:31:04 +01:00
update_main_sources.sh adapted update_main_sources.sh to single repo and aligned repo url 2018-09-10 17:15:34 +02:00

Package of LTS OpenJDK 8 OpenJDK have release cadence of 6 months. but 3/4 of them are Short Term Supported for 6 months only. This package is designed to harbore them. Currently it is build on openJDK 10. LTSs (next is 11) will go as separate packages.

JDK8 is last LTS release of Java platform. It is bringing many cool improvements - http://openjdk.java.net/projects/jdk/8/ and is landing to your RHEL. Where it will be maintained for several years. You will always be allowed to install Used LTSs in build root, and alongside via alternatives.

See announcement: http://mail.openjdk.java.net/pipermail/discuss/2017-September/004281.html See java SIG plans: https://jvanek.fedorapeople.org/devconf/2018/changesInjavaReleaseProcess.pdf