From duke at openjdk.org  Tue Apr  1 00:17:20 2025
From: duke at openjdk.org (Taizo Kurashige)
Date: Tue, 1 Apr 2025 00:17:20 GMT
Subject: [jdk8u-dev] RFR: 8026976: ECParameters,
 Point does not match field size
In-Reply-To: <fVaxmb8Ohfm-AHi3lB6ve9S-RSpgg14xyiSM3AAtcUg=.87beb911-6f89-487d-a387-d94178705090@github.com>
References: <fVaxmb8Ohfm-AHi3lB6ve9S-RSpgg14xyiSM3AAtcUg=.87beb911-6f89-487d-a387-d94178705090@github.com>
Message-ID: <XP0cxNTLh7hIeRsgAMA11Eu_p_QQB_uJZjnqtpo_5OQ=.aa7e0c7b-f36f-4dbb-82c9-f79707d651fb@github.com>

On Mon, 31 Mar 2025 11:43:49 GMT, Taizo Kurashige <duke at openjdk.org> wrote:

> Hi all,
> 
> This is a backport of JDK-8026976: ECParameters, Point does not match field size
> 
> Except for the fix in the Problemlist and the one for Copyright year, original patch apply cleanly to 8u.
> 
> Testing: jdk/sun/security/pkcs11 tests on RHEL9, GHA testing
> 
> Thanks.

I think the GHA error is a certificate issue and not related to this PR.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/643#issuecomment-2767696153

From sgehwolf at openjdk.org  Thu Apr  3 09:54:11 2025
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Thu, 3 Apr 2025 09:54:11 GMT
Subject: [jdk8u-dev] RFR: 8237192: Generate stripped/public pdbs on Windows
 for jdk images [v3]
In-Reply-To: <53jH3DTZ8cAM2uXbrPm4OkYr95azzN2XFG-mzEH6KPY=.ceae413c-a20f-4d56-9f28-9269e24e8abf@github.com>
References: <7WiVx2Z4BDK-aQmqTDXbvLrnneNP9A4tgAoejmAJ0qk=.1945ec15-1390-4966-a811-f8c76c8f219c@github.com>
 <53jH3DTZ8cAM2uXbrPm4OkYr95azzN2XFG-mzEH6KPY=.ceae413c-a20f-4d56-9f28-9269e24e8abf@github.com>
Message-ID: <PZshHtGvkzccxMysu42JDyB5f75mS7UhQEOdHWBwO1Y=.ced8912d-f8fb-46ef-a6ed-dbaba3d182d0@github.com>

On Sat, 1 Feb 2025 06:06:24 GMT, SendaoYan <syan at openjdk.org> wrote:

>> Hi all,
>> This is backport [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) from jdk11u-dev to jdk8u-dev, to fix 'tools/launcher/VersionCheck.java' test fails with fastdebug build which report 'jstack.debuginfo: cannot execute binary file'.
>> 
>> File 'jdk/test/tools/launcher/TestHelper.java' and 'jdk/test/tools/launcher/VersionCheck.java' has different context make this backport uncleanly, mainly in copyrighht year different. This PR drop change of 'make/common/NativeCompilation.gmk', it's necessary for jdk8u-dev.
>> 
>> Change has been verified locally, test-fix only, no risk.
>
> SendaoYan has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Drop change of make/common/NativeCompilation.gmk

This doesn't look like a backport of the patch it claims to be. I'd suggest to create a specific bug if you need a subset of a patch.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/620#issuecomment-2775134561

From syan at openjdk.org  Thu Apr  3 15:22:17 2025
From: syan at openjdk.org (SendaoYan)
Date: Thu, 3 Apr 2025 15:22:17 GMT
Subject: [jdk8u-dev] RFR: 8237192: Generate stripped/public pdbs on Windows
 for jdk images [v3]
In-Reply-To: <PZshHtGvkzccxMysu42JDyB5f75mS7UhQEOdHWBwO1Y=.ced8912d-f8fb-46ef-a6ed-dbaba3d182d0@github.com>
References: <7WiVx2Z4BDK-aQmqTDXbvLrnneNP9A4tgAoejmAJ0qk=.1945ec15-1390-4966-a811-f8c76c8f219c@github.com>
 <53jH3DTZ8cAM2uXbrPm4OkYr95azzN2XFG-mzEH6KPY=.ceae413c-a20f-4d56-9f28-9269e24e8abf@github.com>
 <PZshHtGvkzccxMysu42JDyB5f75mS7UhQEOdHWBwO1Y=.ced8912d-f8fb-46ef-a6ed-dbaba3d182d0@github.com>
Message-ID: <_hG_TZ5iwvIAtVNu49s6Tw-MXVdNuEA5i1-nTzyXU44=.3787a9f1-c72b-423d-a2d8-e3511ab3e6f4@github.com>

On Thu, 3 Apr 2025 09:51:26 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> This doesn't look like a backport of the patch it claims to be. I'd suggest to create a specific bug if you need a subset of a patch.

Okey, Thanks. I have create a new issue [JDK-8353657](https://bugs.openjdk.org/browse/JDK-8353657) to record this test failure. I think this PR can be closed.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/620#issuecomment-2776151142

From syan at openjdk.org  Thu Apr  3 15:22:17 2025
From: syan at openjdk.org (SendaoYan)
Date: Thu, 3 Apr 2025 15:22:17 GMT
Subject: [jdk8u-dev] Withdrawn: 8237192: Generate stripped/public pdbs on
 Windows for jdk images
In-Reply-To: <7WiVx2Z4BDK-aQmqTDXbvLrnneNP9A4tgAoejmAJ0qk=.1945ec15-1390-4966-a811-f8c76c8f219c@github.com>
References: <7WiVx2Z4BDK-aQmqTDXbvLrnneNP9A4tgAoejmAJ0qk=.1945ec15-1390-4966-a811-f8c76c8f219c@github.com>
Message-ID: <9kwimx7mshrbTvP5mjLjm0Hj1J-UGtWMtxdByKbJVvs=.ef1622a3-ddbf-4062-bbfe-47f859a67c9b@github.com>

On Sat, 1 Feb 2025 05:42:28 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi all,
> This is backport [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) from jdk11u-dev to jdk8u-dev, to fix 'tools/launcher/VersionCheck.java' test fails with fastdebug build which report 'jstack.debuginfo: cannot execute binary file'.
> 
> File 'jdk/test/tools/launcher/TestHelper.java' and 'jdk/test/tools/launcher/VersionCheck.java' has different context make this backport uncleanly, mainly in copyrighht year different. This PR drop change of 'make/common/NativeCompilation.gmk', it's necessary for jdk8u-dev.
> 
> Change has been verified locally, test-fix only, no risk.

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/620

From duke at openjdk.org  Fri Apr  4 01:52:56 2025
From: duke at openjdk.org (duke)
Date: Fri, 4 Apr 2025 01:52:56 GMT
Subject: [jdk8u-dev] Withdrawn: 8195675: Call to insertText with single
 character from custom Input Method ignored
In-Reply-To: <IzwjqnkRRtmvlbNwdLlcZTMWG7sL5b2jNG0pQ8Ultl8=.35744743-6ea9-4cee-8cf4-b4d7dd90a3d5@github.com>
References: <IzwjqnkRRtmvlbNwdLlcZTMWG7sL5b2jNG0pQ8Ultl8=.35744743-6ea9-4cee-8cf4-b4d7dd90a3d5@github.com>
Message-ID: <mNQHVkC0dJf8__wvhs0gn8LFwTihrSXi58ivm3hQ0BM=.7ab6ab64-8913-4401-88ad-8ff7b55df388@github.com>

On Wed, 16 Oct 2024 20:19:03 GMT, Steven Loomis <srl at openjdk.org> wrote:

> Hi all,
> 
> This pull request contains a backport of commit b8f2ec90 from the openjdk/jdk repository.
> 
> The commit being backported was authored by Steven Loomis on 28 May 2024 and was reviewed by Phil Race.
> PR was https://github.com/openjdk/jdk/pull/17921
> 
> Additionally, it needed a partial backport of the following two:
> - https://github.com/openjdk/jdk/commit/0b0a33e4c1a5d3f54f733767796cd7e612c4d93d for the kbdLayout
> - https://github.com/openjdk/jdk/commit/02bbbb41857c8ba3c56b1c1670a7e72d8264658d for a type change
> 
> Thanks

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/595

From phh at openjdk.org  Tue Apr  8 17:44:00 2025
From: phh at openjdk.org (Paul Hohensee)
Date: Tue, 8 Apr 2025 17:44:00 GMT
Subject: [jdk8u-dev] RFR: 8345133: Test
 sun/security/tools/jarsigner/TsacertOptionTest.java failed: Warning found in
 stdout
Message-ID: <mqgk-hgxqfD_qrWdR8ULB0p44m7HzlUP3NN6VqtiYPI=.91cddaca-6ccb-4f06-add2-e431bde1ef52@github.com>

Backport for parity with Oracle 11.0.28. Clean except for copyright date and file location, low risk: test only, modified test passes, eliminates warning.

-------------

Commit messages:
 - Backport 153dc6d84300e4c3446e33be820c15336cf45e72

Changes: https://git.openjdk.org/jdk8u-dev/pull/645/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=645&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8345133
  Stats: 2 lines in 1 file changed: 1 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/645.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/645/head:pull/645

PR: https://git.openjdk.org/jdk8u-dev/pull/645

From serb at openjdk.org  Tue Apr  8 18:33:05 2025
From: serb at openjdk.org (Sergey Bylokhov)
Date: Tue, 8 Apr 2025 18:33:05 GMT
Subject: [jdk8u-dev] RFR: 8351439: [8u]
 test/java/util/TimeZone/tools/share/Makefile use wrong path to tzdb [v3]
In-Reply-To: <t-TksY56Rhd68UaV4myIEve3TwjWY1cIaTr7DIwQIGQ=.ec6ea42e-0b60-4bb3-8da7-af5e2c930c52@github.com>
References: <t-TksY56Rhd68UaV4myIEve3TwjWY1cIaTr7DIwQIGQ=.ec6ea42e-0b60-4bb3-8da7-af5e2c930c52@github.com>
Message-ID: <otMvf1y3DjEoDbDYsY6qK-95t4G22BFGESmRFoU_vr0=.0d205fd7-4dfc-482e-93b4-00aea677eae5@github.com>

> The TZDATA path has been updated to work with jdk8u-dev layout.

Sergey Bylokhov has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains three additional commits since the last revision:

 - Merge branch 'openjdk:master' into tztype
 - Update jdk/test/java/util/TimeZone/tools/share/Makefile
   
   Co-authored-by: Severin Gehwolf <jerboaa at gmail.com>
 - 8351439: [8u] test/java/util/TimeZone/tools/share/Makefile use wrong path to tzdb

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/634/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/634/files/fff62df3..92943316

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=634&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=634&range=01-02

  Stats: 3300 lines in 77 files changed: 2134 ins; 791 del; 375 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/634.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/634/head:pull/634

PR: https://git.openjdk.org/jdk8u-dev/pull/634

From serb at openjdk.org  Tue Apr  8 19:04:26 2025
From: serb at openjdk.org (Sergey Bylokhov)
Date: Tue, 8 Apr 2025 19:04:26 GMT
Subject: [jdk8u-dev] Integrated: 8351439: [8u]
 test/java/util/TimeZone/tools/share/Makefile use wrong path to tzdb
In-Reply-To: <t-TksY56Rhd68UaV4myIEve3TwjWY1cIaTr7DIwQIGQ=.ec6ea42e-0b60-4bb3-8da7-af5e2c930c52@github.com>
References: <t-TksY56Rhd68UaV4myIEve3TwjWY1cIaTr7DIwQIGQ=.ec6ea42e-0b60-4bb3-8da7-af5e2c930c52@github.com>
Message-ID: <8TUrIpt_jSOroXT07AckrDfK6zbKLfW2sjfvYVgT6Sc=.1d63232a-e6cd-4e4a-9e02-88374e1e6665@github.com>

On Fri, 7 Mar 2025 20:01:38 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

> The TZDATA path has been updated to work with jdk8u-dev layout.

This pull request has now been integrated.

Changeset: 535e6215
Author:    Sergey Bylokhov <serb at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/535e6215cad8f52a36002ed931273cded219d99f
Stats:     1 line in 1 file changed: 0 ins; 0 del; 1 mod

8351439: [8u] test/java/util/TimeZone/tools/share/Makefile use wrong path to tzdb

Reviewed-by: sgehwolf, dcherepanov

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/634

From duke at openjdk.org  Wed Apr  9 09:29:37 2025
From: duke at openjdk.org (Taizo Kurashige)
Date: Wed, 9 Apr 2025 09:29:37 GMT
Subject: [jdk8u-dev] RFR: 8351624: [8u] Xerces-J version wrong in
 THIRD_PARTY_README after JDK-7150324
In-Reply-To: <wmsPcnWLy34WIudvBXy5G6pGhhoaPGHGZZfDsvgIGNo=.20f34a4b-b8ff-48cf-8bfa-21eda4bf7e6e@github.com>
References: <wmsPcnWLy34WIudvBXy5G6pGhhoaPGHGZZfDsvgIGNo=.20f34a4b-b8ff-48cf-8bfa-21eda4bf7e6e@github.com>
Message-ID: <vzNVYtsK_zxOBDJkVrhFNsbGu9LIsAEFB_fGcB52a_s=.474a7175-0cf5-46db-be2b-3d0abd44a5ef@github.com>

On Tue, 11 Mar 2025 08:12:22 GMT, Taizo Kurashige <duke at openjdk.org> wrote:

> Hi all,
> 
> This PR fixes the wrong version of Xerces-J.
> The version of Xerces-J became 2.7.1 in JDK-7150324, but it is 2.10.0 in THIRD_PARTY_README.
> Just fix THIRD_PARTY_README, no risk.
> 
> Thanks

Could anyone review this PR please?

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/636#issuecomment-2788985554

From duke at openjdk.org  Wed Apr  9 12:51:49 2025
From: duke at openjdk.org (duke)
Date: Wed, 9 Apr 2025 12:51:49 GMT
Subject: [jdk8u-dev] Withdrawn: 8274606: Fix
 jaxp/javax/xml/jaxp/unittest/transform/SurrogateTest.java test
In-Reply-To: <6wo8wRncYeyz5uTpqFiLBPVspHnz-U0_AQgbm3J3ibs=.b81fd330-70a4-495c-9383-ffda06567c3a@github.com>
References: <6wo8wRncYeyz5uTpqFiLBPVspHnz-U0_AQgbm3J3ibs=.b81fd330-70a4-495c-9383-ffda06567c3a@github.com>
Message-ID: <njYS7cCX3JsoMJ7z3qIgfHY8QlBNDfN3tMsx8jBcwdw=.3bedd013-4269-4fc5-aba0-ab875b8f849d@github.com>

On Tue, 11 Jun 2024 04:35:10 GMT, Kazuhisa Takakuri <ktakakuri at openjdk.org> wrote:

> This is a backport of JDK-8274606: Fix jaxp/javax/xml/jaxp/unittest/transform/SurrogateTest.java test.
> This patch complements JDK-8268457, which I have already proposed for backporting. #517
> This backport is not clean due to the fact that the JDK-8268457 backport is not clean.
> 
> I confirmed that SurrogateTest.java fails in the build before applying JDK-8268457 and succeeds in the build after applying it.
> 
> Testing: All tests under jdk/test/javax/xml/jaxp/
> 
> Thank you.

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/518

From duke at openjdk.org  Wed Apr  9 12:56:49 2025
From: duke at openjdk.org (duke)
Date: Wed, 9 Apr 2025 12:56:49 GMT
Subject: [jdk8u-dev] Withdrawn: 8217612: (CL)HSDB cannot show some JVM flags
In-Reply-To: <hHGVNHSzBxCWG8IZUYgfMmomgaIXX4uJqOzPyXSc_d0=.d6e301fb-1ff6-4ce9-bcb2-fda821aa9ecf@github.com>
References: <hHGVNHSzBxCWG8IZUYgfMmomgaIXX4uJqOzPyXSc_d0=.d6e301fb-1ff6-4ce9-bcb2-fda821aa9ecf@github.com>
Message-ID: <FYajSvN988OmhNldAeohP8xi69RlGjXQue5_IrBQu7g=.9dadc8dd-ffde-4f89-b294-705677a3ba14@github.com>

On Thu, 25 Jan 2024 11:42:51 GMT, Kazuhisa Takakuri <ktakakuri at openjdk.org> wrote:

> Hi all, this is a backport of JDK-8217612: (CL)HSDB cannot show some JVM flags.
> The bug reported is reproducible in JDK8, so this patch should be applied.
> This patch requires the follow-up patch JDK-8217850 and the correspoding pull request has been submitted.
> The original patch does not apply cleanly, and the following modifications are needed:
> 
> hotspot/agent/src/share/classes/sun/jvm/hotspot/runtime/VM.java
> 
> * Long.toUnsignedString method was introduced in JDK8, and the build fails with JDK7 as the boot-jdk when using this method. Consequently, an alternative private method to Long.toUnsignedString(long i, 10) is required in VM.java.
> * The size_t type was introduced in JDK9, so the related fix is skipped.
> * To return a String value in the getValue method, the original fix uses a static method, whereas this fix creates a new instance each time. The use of a static method was introduced to JDK-9 in the enhancement JDK-8145061. This enhancement has not been backported, so the same format as the other part of the getValue() method should be used.
> * Replace var with String.
> 
> hotspot/src/share/vm/runtime/globals.hpp
> 
> * A comment on the flag type double and uint64_t is added, which matches teh implementation. This comment was added in JDK-8059847, but this fix is an enhancement and not necessary to backport, so I believe it is valid to fix the comment in this PR.
> 
> hotspot/test/serviceability/sa/ClhsdbFlags.java
> 
> * This test is backported from the original commit with `@test` removed. This test will not function because the serviceability/sa test framework has not been backported. This follows the discussion in backporting JDK-8196969 to JDK8 (https://mail.openjdk.org/pipermail/jdk8u-dev/2020-May/011785.html ). Backporting SA-related tests is excessive and may require some follow-up test fixes, but it is beneficial to indicate that this test append should be integrated when the test framework is backported in the future.
> 
> Testing
> 
> * manually check the behaviour  
>   Consider Running java program with option `-XX:NativeMemoryTracking=off -XX:OnError=echo -XX:MaxRAMPercentage=20.0 -XX:MaxRAM=10000000`. The flag types correspond to ccstr, ccstrlist, double, and uint64_t, respectively. When attaching the process using clhsdb, the value is corrected by this patch as follows. Note that the default value of MaxMetaspaceSize is max_uintx.  
> 
> without patch
> 
> 
> hsdb> flags NativeMemoryTracking
> NativeMemoryTracking = null 1
> hsdb> flags OnError
> OnError = null 1
> hsdb> flags Max...

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/431

From duke at openjdk.org  Thu Apr 10 01:21:35 2025
From: duke at openjdk.org (KIRIYAMA Takuya)
Date: Thu, 10 Apr 2025 01:21:35 GMT
Subject: [jdk8u-dev] RFR: 8345358: Some DLL Files are missing Windows
 Properties
In-Reply-To: <koeEr_e04epHqgXUwkf8bbeihs2ZGca1-NfOiDODuPg=.bb667f9f-7ac6-47a1-84b1-8f558e6dc113@github.com>
References: <koeEr_e04epHqgXUwkf8bbeihs2ZGca1-NfOiDODuPg=.bb667f9f-7ac6-47a1-84b1-8f558e6dc113@github.com>
Message-ID: <-eihioZuSMa92RbR0H5Vk10TXRmHA86c3TNDY-0aUhw=.8343708f-5d56-4c2d-9563-428f93c3369b@github.com>

On Tue, 10 Dec 2024 22:45:15 GMT, Alexey Bakhtin <abakhtin at openjdk.org> wrote:

> Add missing properties for the j2gss.dll and sspi_bridge.dll files

This fix should be integrated.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/611#issuecomment-2791308043

From andrew at openjdk.org  Fri Apr 11 01:10:39 2025
From: andrew at openjdk.org (Andrew John Hughes)
Date: Fri, 11 Apr 2025 01:10:39 GMT
Subject: [jdk8u-dev] RFR: 8351439: [8u]
 test/java/util/TimeZone/tools/share/Makefile use wrong path to tzdb [v3]
In-Reply-To: <otMvf1y3DjEoDbDYsY6qK-95t4G22BFGESmRFoU_vr0=.0d205fd7-4dfc-482e-93b4-00aea677eae5@github.com>
References: <t-TksY56Rhd68UaV4myIEve3TwjWY1cIaTr7DIwQIGQ=.ec6ea42e-0b60-4bb3-8da7-af5e2c930c52@github.com>
 <otMvf1y3DjEoDbDYsY6qK-95t4G22BFGESmRFoU_vr0=.0d205fd7-4dfc-482e-93b4-00aea677eae5@github.com>
Message-ID: <iw7zS1kO46sPma9xrF7ZKECuFa-i2PMno00s75O6Tpw=.4106b327-adc3-4b63-aee2-9416aee92c12@github.com>

On Tue, 8 Apr 2025 18:33:05 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

>> The TZDATA path has been updated to work with jdk8u-dev layout.
>
> Sergey Bylokhov has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains three additional commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into tztype
>  - Update jdk/test/java/util/TimeZone/tools/share/Makefile
>    
>    Co-authored-by: Severin Gehwolf <jerboaa at gmail.com>
>  - 8351439: [8u] test/java/util/TimeZone/tools/share/Makefile use wrong path to tzdb

What makes you think this is 8u only? The path wasn't changed until [JDK-8257733](https://bugs.openjdk.org/browse/JDK-8257733) in OpenJDK 19 and the file in question was backported from [JDK-8028265](https://bugs.openjdk.org/browse/JDK-8028265) in OpenJDK 20.

Do you actually make use of this `Makefile`? Given we usually backport the generated test files in question from trunk where the `java.base` path is correct, I can see why this has been missed for the past two and a half years.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/634#issuecomment-2795572732

From andrew at openjdk.org  Fri Apr 11 01:38:21 2025
From: andrew at openjdk.org (Andrew John Hughes)
Date: Fri, 11 Apr 2025 01:38:21 GMT
Subject: [jdk8u-dev] RFR: 8353433: XCG currency code not recognized in JDK 8u
Message-ID: <4fyP6ns9Mlnpb2k3TV1HRZqNcgqze4o2Vy-PkJr3ty0=.a80e69da-0999-43b0-96bf-e54bdf741b45@github.com>

This patch fixes a regression which started to occur after 2025-04-01 04:00. This is when the following lines in `CurrencyData.properties`:

~~~
CW=ANG;2025-04-01-04-00-00;XCG
SX=ANG;2025-04-01-04-00-00;XCG
~~~

transitioned from using the first value, `ANG`, to the third, `XCG`. Unfortunately, this is believed to fail on 8u because it is not sourcing the data from the correct location and can't find `XCG`.

This patch follows Oracle's approach listed in the comments for this bug, which is already fixed in Oracle's 8u fork: "I agree that the best solution for now is to update XCG from a special entry to a simple one, and then further investigate a solution to the underlying cutover date issues in a separate issue."

With this patch applies, `java/util/Currency/ValidateISO4217.java` passes again.

-------------

Commit messages:
 - 8353433: XCG currency code not recognized in JDK 8u

Changes: https://git.openjdk.org/jdk8u-dev/pull/646/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=646&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8353433
  Stats: 2 lines in 1 file changed: 0 ins; 0 del; 2 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/646.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/646/head:pull/646

PR: https://git.openjdk.org/jdk8u-dev/pull/646

From abakhtin at openjdk.org  Fri Apr 11 01:56:26 2025
From: abakhtin at openjdk.org (Alexey Bakhtin)
Date: Fri, 11 Apr 2025 01:56:26 GMT
Subject: [jdk8u-dev] RFR: 8353433: XCG currency code not recognized in JDK
 8u
In-Reply-To: <4fyP6ns9Mlnpb2k3TV1HRZqNcgqze4o2Vy-PkJr3ty0=.a80e69da-0999-43b0-96bf-e54bdf741b45@github.com>
References: <4fyP6ns9Mlnpb2k3TV1HRZqNcgqze4o2Vy-PkJr3ty0=.a80e69da-0999-43b0-96bf-e54bdf741b45@github.com>
Message-ID: <C5JhADVEeHgxoRzwbrdMDA74wVd40qi5gya608EaY1M=.031046dd-f001-491b-9f16-d173f8620926@github.com>

On Fri, 11 Apr 2025 01:33:41 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This patch fixes a regression which started to occur after 2025-04-01 04:00. This is when the following lines in `CurrencyData.properties`:
> 
> ~~~
> CW=ANG;2025-04-01-04-00-00;XCG
> SX=ANG;2025-04-01-04-00-00;XCG
> ~~~
> 
> transitioned from using the first value, `ANG`, to the third, `XCG`. Unfortunately, this is believed to fail on 8u because it is not sourcing the data from the correct location and can't find `XCG`.
> 
> This patch follows Oracle's approach listed in the comments for this bug, which is already fixed in Oracle's 8u fork: "I agree that the best solution for now is to update XCG from a special entry to a simple one, and then further investigate a solution to the underlying cutover date issues in a separate issue."
> 
> With this patch applies, `java/util/Currency/ValidateISO4217.java` passes again.

LGTM
Tested locally with java/util/Currency JTREG tests

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/646#issuecomment-2795617989

From serb at openjdk.org  Fri Apr 11 03:21:33 2025
From: serb at openjdk.org (Sergey Bylokhov)
Date: Fri, 11 Apr 2025 03:21:33 GMT
Subject: [jdk8u-dev] RFR: 8351439: [8u]
 test/java/util/TimeZone/tools/share/Makefile use wrong path to tzdb [v3]
In-Reply-To: <iw7zS1kO46sPma9xrF7ZKECuFa-i2PMno00s75O6Tpw=.4106b327-adc3-4b63-aee2-9416aee92c12@github.com>
References: <t-TksY56Rhd68UaV4myIEve3TwjWY1cIaTr7DIwQIGQ=.ec6ea42e-0b60-4bb3-8da7-af5e2c930c52@github.com>
 <otMvf1y3DjEoDbDYsY6qK-95t4G22BFGESmRFoU_vr0=.0d205fd7-4dfc-482e-93b4-00aea677eae5@github.com>
 <iw7zS1kO46sPma9xrF7ZKECuFa-i2PMno00s75O6Tpw=.4106b327-adc3-4b63-aee2-9416aee92c12@github.com>
Message-ID: <-wxWoYSp66IWiO11DrfdC9WrQXxR8lhyF872G01pP5k=.e03a1d44-3812-486e-a62d-7a672a9776b1@github.com>

On Fri, 11 Apr 2025 01:07:44 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>Do you actually make use of this Makefile? Given we usually backport the generated test files in question from trunk where the java.base path is correct, I can see why this has been missed for the past two and a half years.

Yes, you are right - starting with JDK 11 most of the time it's just about applying changes from trunk, so this file does not play a significant role. However, JDK 8 uses a different format, which requires manual handling and as part of that process we also regenerate the test data(just in case), which has helped uncover some missed changes recently.(this bug was fixed in our src looong time ago).

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/634#issuecomment-2795736785

From mbalao at openjdk.org  Fri Apr 11 03:59:31 2025
From: mbalao at openjdk.org (Martin Balao)
Date: Fri, 11 Apr 2025 03:59:31 GMT
Subject: [jdk8u-dev] RFR: 8353433: XCG currency code not recognized in JDK
 8u
In-Reply-To: <4fyP6ns9Mlnpb2k3TV1HRZqNcgqze4o2Vy-PkJr3ty0=.a80e69da-0999-43b0-96bf-e54bdf741b45@github.com>
References: <4fyP6ns9Mlnpb2k3TV1HRZqNcgqze4o2Vy-PkJr3ty0=.a80e69da-0999-43b0-96bf-e54bdf741b45@github.com>
Message-ID: <4eiIOBwXmab5996R9W0Af1au4q0cfKYM84EJVe3Is-k=.71471b02-4344-4a96-96df-473b4d26419a@github.com>

On Fri, 11 Apr 2025 01:33:41 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This patch fixes a regression which started to occur after 2025-04-01 04:00. This is when the following lines in `CurrencyData.properties`:
> 
> ~~~
> CW=ANG;2025-04-01-04-00-00;XCG
> SX=ANG;2025-04-01-04-00-00;XCG
> ~~~
> 
> transitioned from using the first value, `ANG`, to the third, `XCG`. Unfortunately, this is believed to fail on 8u because it is not sourcing the data from the correct location and can't find `XCG`.
> 
> This patch follows Oracle's approach listed in the comments for this bug, which is already fixed in Oracle's 8u fork: "I agree that the best solution for now is to update XCG from a special entry to a simple one, and then further investigate a solution to the underlying cutover date issues in a separate issue."
> 
> With this patch applies, `java/util/Currency/ValidateISO4217.java` passes again.

Thanks for contributing this fix. It looks good to me and aligned to what has been discussed in the 8353433 comments. I've not found any other special entries in the file.

-------------

Marked as reviewed by mbalao (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/646#pullrequestreview-2759085438

From syan at openjdk.org  Fri Apr 11 06:48:32 2025
From: syan at openjdk.org (SendaoYan)
Date: Fri, 11 Apr 2025 06:48:32 GMT
Subject: [jdk8u-dev] RFR: 8353433: XCG currency code not recognized in JDK
 8u
In-Reply-To: <4fyP6ns9Mlnpb2k3TV1HRZqNcgqze4o2Vy-PkJr3ty0=.a80e69da-0999-43b0-96bf-e54bdf741b45@github.com>
References: <4fyP6ns9Mlnpb2k3TV1HRZqNcgqze4o2Vy-PkJr3ty0=.a80e69da-0999-43b0-96bf-e54bdf741b45@github.com>
Message-ID: <Ytfaqx42wkjRiMauD3VSiBiGhzpP5LGz3Z2ArsEF8Zk=.c0e2a20f-1293-49f2-bc84-280099fb0732@github.com>

On Fri, 11 Apr 2025 01:33:41 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This patch fixes a regression which started to occur after 2025-04-01 04:00. This is when the following lines in `CurrencyData.properties`:
> 
> ~~~
> CW=ANG;2025-04-01-04-00-00;XCG
> SX=ANG;2025-04-01-04-00-00;XCG
> ~~~
> 
> transitioned from using the first value, `ANG`, to the third, `XCG`. Unfortunately, this is believed to fail on 8u because it is not sourcing the data from the correct location and can't find `XCG`.
> 
> This patch follows Oracle's approach listed in the comments for this bug, which is already fixed in Oracle's 8u fork: "I agree that the best solution for now is to update XCG from a special entry to a simple one, and then further investigate a solution to the underlying cutover date issues in a separate issue."
> 
> With this patch applies, `java/util/Currency/ValidateISO4217.java` passes again.

Before apply the patch, test run failed.
After git apply the patch and build the jdk, test run passed. Thanks for fix this issue.

-------------

Marked as reviewed by syan (no project role).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/646#pullrequestreview-2759308498

From andrew at openjdk.org  Fri Apr 11 11:08:39 2025
From: andrew at openjdk.org (Andrew John Hughes)
Date: Fri, 11 Apr 2025 11:08:39 GMT
Subject: [jdk8u-dev] RFR: 8353433: XCG currency code not recognized in JDK
 8u
In-Reply-To: <4fyP6ns9Mlnpb2k3TV1HRZqNcgqze4o2Vy-PkJr3ty0=.a80e69da-0999-43b0-96bf-e54bdf741b45@github.com>
References: <4fyP6ns9Mlnpb2k3TV1HRZqNcgqze4o2Vy-PkJr3ty0=.a80e69da-0999-43b0-96bf-e54bdf741b45@github.com>
Message-ID: <h83ybF3SnvDDrZUTLTPy3gPbOySZbnayt139MK1XU40=.fc6abf6d-abe3-4300-91cb-6ccb9231fcc4@github.com>

On Fri, 11 Apr 2025 01:33:41 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This patch fixes a regression which started to occur after 2025-04-01 04:00. This is when the following lines in `CurrencyData.properties`:
> 
> ~~~
> CW=ANG;2025-04-01-04-00-00;XCG
> SX=ANG;2025-04-01-04-00-00;XCG
> ~~~
> 
> transitioned from using the first value, `ANG`, to the third, `XCG`. Unfortunately, this is believed to fail on 8u because it is not sourcing the data from the correct location and can't find `XCG`.
> 
> This patch follows Oracle's approach listed in the comments for this bug, which is already fixed in Oracle's 8u fork: "I agree that the best solution for now is to update XCG from a special entry to a simple one, and then further investigate a solution to the underlying cutover date issues in a separate issue."
> 
> With this patch applied, `java/util/Currency/ValidateISO4217.java` passes again.

Thanks everyone for the quick reviews.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/646#issuecomment-2796587738

From andrew at openjdk.org  Fri Apr 11 15:37:51 2025
From: andrew at openjdk.org (Andrew John Hughes)
Date: Fri, 11 Apr 2025 15:37:51 GMT
Subject: [jdk8u-dev] Integrated: 8353433: XCG currency code not recognized in
 JDK 8u
In-Reply-To: <4fyP6ns9Mlnpb2k3TV1HRZqNcgqze4o2Vy-PkJr3ty0=.a80e69da-0999-43b0-96bf-e54bdf741b45@github.com>
References: <4fyP6ns9Mlnpb2k3TV1HRZqNcgqze4o2Vy-PkJr3ty0=.a80e69da-0999-43b0-96bf-e54bdf741b45@github.com>
Message-ID: <CABwUf1VZEtHGPrsbVpRDC9jPpgfZEvmh3RFVBkRfAo=.785cc22a-35f5-4226-a2de-7406962233fd@github.com>

On Fri, 11 Apr 2025 01:33:41 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This patch fixes a regression which started to occur after 2025-04-01 04:00. This is when the following lines in `CurrencyData.properties`:
> 
> ~~~
> CW=ANG;2025-04-01-04-00-00;XCG
> SX=ANG;2025-04-01-04-00-00;XCG
> ~~~
> 
> transitioned from using the first value, `ANG`, to the third, `XCG`. Unfortunately, this is believed to fail on 8u because it is not sourcing the data from the correct location and can't find `XCG`.
> 
> This patch follows Oracle's approach listed in the comments for this bug, which is already fixed in Oracle's 8u fork: "I agree that the best solution for now is to update XCG from a special entry to a simple one, and then further investigate a solution to the underlying cutover date issues in a separate issue."
> 
> With this patch applied, `java/util/Currency/ValidateISO4217.java` passes again.

This pull request has now been integrated.

Changeset: 5b97474a
Author:    Andrew John Hughes <andrew at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/5b97474a9ec27e0d56715d90f3b20cdedbeaad43
Stats:     2 lines in 1 file changed: 0 ins; 0 del; 2 mod

8353433: XCG currency code not recognized in JDK 8u

Reviewed-by: mbalao, syan

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/646

From duke at openjdk.org  Tue Apr 15 04:37:51 2025
From: duke at openjdk.org (KIRIYAMA Takuya)
Date: Tue, 15 Apr 2025 04:37:51 GMT
Subject: [jdk8u-dev] RFR: 8352942:
 jdk/jfr/startupargs/TestMemoryOptions.java fails with 32-bit build
In-Reply-To: <jPmAlONH7-EXaOgZufxce5gIFcJqamADjjjBOwYj4TU=.7cdefdb7-fac8-479c-b121-37db2ea2b210@github.com>
References: <w0CfE26Ek8Pp7k5L3qzXimazr4_5EP1wBjO0R0uaEVQ=.ce47f73d-4ccc-44e8-9c31-089e58cde44d@github.com>
 <jPmAlONH7-EXaOgZufxce5gIFcJqamADjjjBOwYj4TU=.7cdefdb7-fac8-479c-b121-37db2ea2b210@github.com>
Message-ID: <VFKnjTGIBfEmFGC90Xl_KhFuTd2I2E-rhVyLPWL6Sv8=.c41a69a4-57c8-4f20-bd4d-1e7e3a54048d@github.com>

On Fri, 28 Mar 2025 18:36:16 GMT, Paul Hohensee <phh at openjdk.org> wrote:

>> Hi All,
>> I would like to add this bug fix for the bug in jdk/jfr/startupargs/TestMemoryOptions.java. This test contains 24 test cases and fails the "ThreadBufferSizeExceedMemorySize" case.
>> The cause of this bug is the memory allocation issue, which occurs only on 32-bit Server VM, not on Client VM or 64-bit JDK. The failure happens because Server VM's default heap size reduces available memory space, causing JFR to fail memory allocation.
>> To resolve this issue, -Xmx256M is explicitly set, matching the Client VM default heap size, ensuring sufficient memory space remains available for JFR.
>> I believe that this test verifies that the combination of memory options for JFR is valid or invalid and that the MaxHeapSize setting does not affect the verification.
>> Change has been verified locally, test-fix only, no risk.
>> 
>> Would someone please review this fix?
>
> Yes, there is lack of enthusiasm for 32-bit ports, and the x86 32-bit port is in the process of being removed in JDK 25. But, the arm-32 port still exists in tip, and the LTS 32-bit ports are still supported.

@phohensee 

I am sorry for the late reply as it took time to verify.
I didn't have an arm environment, so I built a slightly older revision in an x86 environment.
As a result, with the default Xmx, the latest java hardly reproduced this problem.
If larger Xmx is used, the combination with the JFR option may cause an error.



$ jdk_32/jdk/bin/java -Xmx3221225472 -XX:FlightRecorderOptions=threadbuffersize=30m -XX:StartFlightRecording -version
[0.144s][warning][jfr,system] Memory allocation failed for size [31457304] bytes
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (malloc) failed to allocate 31457304 bytes. Error detail: AllocateHeap
# An error report file with more information is saved as:
# /work/hs_err_pid411102.log
[thread 411103 also had an error]

[error occurred during error reporting (), id 0xe0000001, Out of Memory Error (src/hotspot/share/jfr/utilities/jfrAllocation.cpp:84)]


It is unlikely that the tests will fail with the latest java, but the tests are potentially risky and I will fix it in the latest java.
This pull request is closed once.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/641#issuecomment-2803765067

From duke at openjdk.org  Tue Apr 15 04:37:51 2025
From: duke at openjdk.org (KIRIYAMA Takuya)
Date: Tue, 15 Apr 2025 04:37:51 GMT
Subject: [jdk8u-dev] Withdrawn: 8352942:
 jdk/jfr/startupargs/TestMemoryOptions.java fails with 32-bit build
In-Reply-To: <w0CfE26Ek8Pp7k5L3qzXimazr4_5EP1wBjO0R0uaEVQ=.ce47f73d-4ccc-44e8-9c31-089e58cde44d@github.com>
References: <w0CfE26Ek8Pp7k5L3qzXimazr4_5EP1wBjO0R0uaEVQ=.ce47f73d-4ccc-44e8-9c31-089e58cde44d@github.com>
Message-ID: <RiZPVtiQwBczcD1YE6w0f-Tts5AvjFdVtoYZ-gY8sPc=.e2dd0039-c95e-4f71-9fc7-5a2bb01791dd@github.com>

On Wed, 26 Mar 2025 08:53:12 GMT, KIRIYAMA Takuya <duke at openjdk.org> wrote:

> Hi All,
> I would like to add this bug fix for the bug in jdk/jfr/startupargs/TestMemoryOptions.java. This test contains 24 test cases and fails the "ThreadBufferSizeExceedMemorySize" case.
> The cause of this bug is the memory allocation issue, which occurs only on 32-bit Server VM, not on Client VM or 64-bit JDK. The failure happens because Server VM's default heap size reduces available memory space, causing JFR to fail memory allocation.
> To resolve this issue, -Xmx256M is explicitly set, matching the Client VM default heap size, ensuring sufficient memory space remains available for JFR.
> I believe that this test verifies that the combination of memory options for JFR is valid or invalid and that the MaxHeapSize setting does not affect the verification.
> Change has been verified locally, test-fix only, no risk.
> 
> Would someone please review this fix?

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/641

From gnu.andrew at redhat.com  Wed Apr 16 01:28:53 2025
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Wed, 16 Apr 2025 02:28:53 +0100
Subject: OpenJDK 8u452 Released
Message-ID: <Z_8H1cHfc5N0FZjJ@hex.discworld.ac.uk>

We are pleased to announce the release of OpenJDK 8u452.

The source tarball is available from:

* https://openjdk-sources.osci.io/openjdk8/openjdk8u452-b09.tar.xz

The tarball is accompanied by a digital signature available at:

* https://openjdk-sources.osci.io/openjdk8/openjdk8u452-b09.tar.xz.sig

This is signed by our Red Hat OpenJDK key (openjdk at redhat.com):

PGP Key: rsa4096/0x92EF8D39DC13168F (hkp://keys.gnupg.net)
Fingerprint = CA5F 11C6 CE22 644D 42C6  AC44 92EF 8D39 DC13 168F

SHA256 checksums:

a5a4de7eb042a00b0cdec5ebe02cf7da61062c934a55af1b60435b04515d9937  openjdk8u452-b09.tar.xz
14fcb2d9c26dcd5e15afcbd6d0463f3c28191fc4a954c1c562572d7662e7cdb1  openjdk8u452-b09.tar.xz.sig

SHA512 checksums:

18e910641d298a69d874ef2f7fba75739661eb74c4ef4cbda9423732729eafde32366933eff4a0aacc5609babb07b11b0a36576036bd4ef32bd5391641e18e05  openjdk8u452-b09.tar.xz
2618d534d51cedcddc4f520fbe4d2d2f4f1cf99045805ab892b0f5e44c1bf2de0789c261686bf45fc5eacb49f843647956802330b9bb972403d54458386563fc  openjdk8u452-b09.tar.xz.sig

The checksums can be downloaded from:

* https://openjdk-sources.osci.io/openjdk8/openjdk8u452-b09.sha256
* https://openjdk-sources.osci.io/openjdk8/openjdk8u452-b09.sha512

New in release OpenJDK 8u452 (2025-04-15):
===========================================
Live versions of these release notes can be found at:
  * https://bit.ly/openjdk8u452

* CVEs
  - CVE-2025-21587
  - CVE-2025-30691
  - CVE-2025-30698
* Changes
  - JDK-8037013: [TESTBUG] Fix test/java/lang/ClassLoader/Assert.sh on AIX
  - JDK-8048215: [TESTBUG] java/lang/management/ManagementFactory/ThreadMXBeanProxy.java Expected non-null LockInfo
  - JDK-8068305: [TEST_BUG] Test java/awt/Mixing/HWDisappear.java fails with GTKL&F
  - JDK-8212096: javax/net/ssl/ServerName/SSLEngineExplorerMatchedSNI.java failed intermittently due to SSLException: Tag mismatch
  - JDK-8227651: Tests fail with SSLProtocolException: Input record too big
  - JDK-8240235: jdk.test.lib.util.JarUtils updates jar files incorrectly
  - JDK-8244966: Add .vscode to .hgignore and .gitignore
  - JDK-8250825: C2 crashes with assert(field != __null) failed: missing field
  - JDK-8255466: C2 crashes at ciObject::get_oop() const+0x0
  - JDK-8261020: Wrong format parameter in create_emergency_chunk_path
  - JDK-8265019: Update tests for additional TestNG test permissions
  - JDK-8266881: Enable debug log for SSLEngineExplorerMatchedSNI.java
  - JDK-8268457: XML Transformer outputs Unicode supplementary character incorrectly to HTML
  - JDK-8285756: clean up use of bad arguments for `@clean` in langtools tests
  - JDK-8309841: Jarsigner should print a warning if an entry is removed
  - JDK-8316193: jdk/jfr/event/oldobject/TestListenerLeak.java java.lang.Exception: Could not find leak
  - JDK-8326110: [8u] The Marlin tests should be updated after JDK-8241307
  - JDK-8337494: Clarify JarInputStream behavior
  - JDK-8337692: Better TLS connection support
  - JDK-8338430: Improve compiler transformations
  - JDK-8339560: Unaddressed comments during code review of JDK-8337664
  - JDK-8339637: (tz) Update Timezone Data to 2024b
  - JDK-8339644: Improve parsing of Day/Month in tzdata rules
  - JDK-8339810: Clean up the code in sun.tools.jar.Main to properly close resources and use ZipFile during extract
  - JDK-8340552: Harden TzdbZoneRulesCompiler against missing zone names
  - JDK-8340660: [8u] Test com/sun/jdi/PrivateTransportTest.sh fails on MacOS
  - JDK-8342562: Enhance Deflater operations
  - JDK-8343007: Enhance Buffered Image handling
  - JDK-8345504: Bump update version of OpenJDK: 8u452
  - JDK-8346140: [8u] tools/jar/ExtractFilesTest.java and tools/jar/MultipleManifestTest.java fails with jtreg5.1
  - JDK-8346587: Distrust TLS server certificates anchored by Camerfirma Root CAs
  - JDK-8347847: Enhance jar file support
  - JDK-8347965: (tz) Update Timezone Data to 2025a
  - JDK-8348211: [8u] sun/management/jmxremote/startstop/JMXStartStopTest.java fails after backport of JDK-8066708
  - JDK-8349166: Bad indentation in backport of JDK-8250825
  - JDK-8350816: [8u] Update TzdbZoneRulesCompiler to ignore HST/EST/MST links
  - JDK-8352097: (tz) zone.tab update missed in 2025a backport
  - JDK-8353433: XCG currency code not recognized in JDK 8u

Notes on individual issues:
===========================

security-libs/java.security:

JDK-8309841: Jarsigner should print a warning if an entry is removed
====================================================================
In previous OpenJDK releases, the jarsigner tool did not detect the
case where a file was removed from a signed JAR file but its signature
was still present. With this release, `jarsigner -verify` checks that
every signature has a matching file entry and prints a warning if this
is not the case. The `-verbose` option can also be added to the
command to see the names of the mismatched entries.

security-libs/javax.net.ssl:

JDK-8346587: Distrust TLS server certificates anchored by Camerfirma Root CAs
=============================================================================
In accordance with similar plans recently announced by Google,
Mozilla, Apple and Microsoft, the JDK will not trust Transport Layer
Security (TLS) certificates issued after the 15th of April 2025 which
are anchored by Camerfirma root certificates.

Certificates issued on or before April 15th, 2025 will continue to
be trusted until they expire.

If a server's certificate chain is anchored by an affected
certificate, attempts to negotiate a TLS session will fail with an
Exception that indicates the trust anchor is not trusted. For example,

"TLS server certificate issued after 2025-04-15 and anchored by a
distrusted legacy Camerfirma root CA: CN=Chambers of Commerce Root -
2008, O=AC Camerfirma S.A., SERIALNUMBER=A82743287, L=Madrid (see
current address at www.camerfirma.com/address), C=EU"

To check whether a certificate in a JDK keystore is affected by this
change, you can the `keytool` utility:

keytool -v -list -alias <your_server_alias> -keystore <your_keystore_filename>

If any of the certificates in the chain are affected by this change,
then you will need to update the certificate or contact the
organisation responsible for managing the certificate.

These restrictions apply to the following Camerfirma root certificates
included in the JDK:

Alias name: camerfirmachamberscommerceca [jdk]
CN=Chambers of Commerce Root
OU=http://www.chambersign.org
O=AC Camerfirma SA CIF A82743287
C=EU
SHA256: 0C:25:8A:12:A5:67:4A:EF:25:F2:8B:A7:DC:FA:EC:EE:A3:48:E5:41:E6:F5:CC:4E:E6:3B:71:B3:61:60:6A:C3

Alias name: camerfirmachambersca [jdk]
CN=Chambers of Commerce Root - 2008
O=AC Camerfirma S.A.
SERIALNUMBER=A82743287
L=Madrid (see current address at www.camerfirma.com/address)
C=EU
SHA256: 06:3E:4A:FA:C4:91:DF:D3:32:F3:08:9B:85:42:E9:46:17:D8:93:D7:FE:94:4E:10:A7:93:7E:E2:9D:96:93:C0

Alias name: camerfirmachambersignca [jdk]
CN=Global Chambersign Root - 2008
O=AC Camerfirma S.A.
SERIALNUMBER=A82743287
L=Madrid (see current address at www.camerfirma.com/address)
C=EU
SHA256: 13:63:35:43:93:34:A7:69:80:16:A0:D3:24:DE:72:28:4E:07:9D:7B:52:20:BB:8F:BD:74:78:16:EE:BE:BA:CA

Users can, *at their own risk*, remove this restriction by modifying
the `java.security` configuration file (or override it by using the
`java.security.properties` system property) so "CAMERFIRMA_TLS" is no
longer listed in the `jdk.security.caDistrustPolicies` security
property.

core-libs/java.time:

JDK-8339637: (tz) Update Timezone Data to 2024b
===============================================
This OpenJDK release upgrades the in-tree copy of the IANA timezone
database to 2024b.  This timezone update is primarily concerned with
improving historical data for Mexico, Monogolia and Portugal. It also
makes Asia/Choibalsan an alias for Asia/Ulaanbaatar and makes the MET
timezone the same as CET.

The 2024b update also makes a number of legacy timezone IDs equal to
geographical names rather than fixed offsets, as follows:

* EST => America/Panama instead of -5:00
* MST => America/Phoenix instead of -7:00
* HST => Pacific/Honolulu instead of -10:00

For long term support releases of OpenJDK, this change is overridden
locally to retain the existing fixed offset mapping.

Happy hacking,
-- 
Andrew :)
Pronouns: he / him or they / them
Principal Free Java Software Engineer
OpenJDK Package Owner
Red Hat, Inc. (http://www.redhat.com)

PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04  C5A0 CFDA 0F9B 3596 4222

Please contact via e-mail, not proprietary chat networks
Available on Libera Chat & OFTC IRC networks as gnu_andrew
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/jdk8u-dev/attachments/20250416/b427b80b/signature-0001.asc>

From andrew at openjdk.org  Wed Apr 16 01:30:51 2025
From: andrew at openjdk.org (Andrew John Hughes)
Date: Wed, 16 Apr 2025 01:30:51 GMT
Subject: [jdk8u-dev] RFR: Merge jdk8u:master
Message-ID: <AcUpI949IbyE89rIxBDyUQL7kyU-v0eD861b0RtQbPU=.1ee17771-4f23-4313-998e-e3d3f04bcf51@github.com>

Merge jdk8u452-ga

-------------

Commit messages:
 - Merge jdk8u:master
 - 8353433: XCG currency code not recognized in JDK 8u
 - 8347847: Enhance jar file support
 - 8343007: Enhance Buffered Image handling
 - 8342562: Enhance Deflater operations
 - 8338430: Improve compiler transformations
 - 8337692: Better TLS connection support
 - 8339810: Clean up the code in sun.tools.jar.Main to properly close resources and use ZipFile during extract
 - 8309841: Jarsigner should print a warning if an entry is removed
 - 8337494: Clarify JarInputStream behavior
 - ... and 2 more: https://git.openjdk.org/jdk8u-dev/compare/5b97474a...9e57ec42

The merge commit only contains trivial merges, so no merge-specific webrevs have been generated.

Changes: https://git.openjdk.org/jdk8u-dev/pull/647/files
  Stats: 305 lines in 13 files changed: 226 ins; 25 del; 54 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/647.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/647/head:pull/647

PR: https://git.openjdk.org/jdk8u-dev/pull/647

From andrew at openjdk.org  Wed Apr 16 01:52:32 2025
From: andrew at openjdk.org (Andrew John Hughes)
Date: Wed, 16 Apr 2025 01:52:32 GMT
Subject: [jdk8u-dev] RFR: Merge jdk8u:master [v2]
In-Reply-To: <AcUpI949IbyE89rIxBDyUQL7kyU-v0eD861b0RtQbPU=.1ee17771-4f23-4313-998e-e3d3f04bcf51@github.com>
References: <AcUpI949IbyE89rIxBDyUQL7kyU-v0eD861b0RtQbPU=.1ee17771-4f23-4313-998e-e3d3f04bcf51@github.com>
Message-ID: <EHMLTIEP9ZkBE9RgB_LkO9oNEN-x8pfT10w3s18eGwg=.f6f7d986-6738-43d8-8ace-896be32880be@github.com>

> Merge jdk8u452-ga

Andrew John Hughes has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 11 commits:

 - Merge jdk8u:master
   
   Added tag jdk8u452-ga for changeset 35c254f58c
 - 8353433: XCG currency code not recognized in JDK 8u
   
   Reviewed-by: mbalao, syan
 - 8351439: [8u] test/java/util/TimeZone/tools/share/Makefile use wrong path to tzdb
   
   Reviewed-by: sgehwolf, dcherepanov
 - 8339810: Clean up the code in sun.tools.jar.Main to properly close resources and use ZipFile during extract
   
   Reviewed-by: yan, andrew
   Backport-of: 8fce5275fc94ebc404a6a37f5ea0407140de63c1
 - 8309841: Jarsigner should print a warning if an entry is removed
   
   Reviewed-by: andrew
   Backport-of: bdfb41f977258831e4b0ceaef5d016d095ab6e7f
 - 8240235: jdk.test.lib.util.JarUtils updates jar files incorrectly
   
   Reviewed-by: andrew
   Backport-of: 2a791467919c9df9869e6fe1e57df0a5caa90d8f
 - Merge
 - 8346887: DrawFocusRect() may cause an assertion failure
   
   Reviewed-by: phh, serb
   Backport-of: 8eddf67c82a2af4d704c4063ad802640770b3c26
 - 8341946: [8u] sun/security/pkcs11/ec/ tests fail on RHEL9
   
   Reviewed-by: phh
 - 8186787: clang-4.0 SIGSEGV in Unsafe_PutByte
   
   Reviewed-by: adinn, andrew
   Backport-of: 6dc1d8c06d98e127b022886172e16b90bf357c97
 - ... and 1 more: https://git.openjdk.org/jdk8u-dev/compare/35c254f5...9e57ec42

-------------

Changes: https://git.openjdk.org/jdk8u-dev/pull/647/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=647&range=01
  Stats: 26 lines in 8 files changed: 11 ins; 0 del; 15 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/647.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/647/head:pull/647

PR: https://git.openjdk.org/jdk8u-dev/pull/647

From andrew at openjdk.org  Wed Apr 16 01:52:32 2025
From: andrew at openjdk.org (Andrew John Hughes)
Date: Wed, 16 Apr 2025 01:52:32 GMT
Subject: [jdk8u-dev] RFR: Merge jdk8u:master
In-Reply-To: <AcUpI949IbyE89rIxBDyUQL7kyU-v0eD861b0RtQbPU=.1ee17771-4f23-4313-998e-e3d3f04bcf51@github.com>
References: <AcUpI949IbyE89rIxBDyUQL7kyU-v0eD861b0RtQbPU=.1ee17771-4f23-4313-998e-e3d3f04bcf51@github.com>
Message-ID: <TlMch98rqS17yP7PgvXDzoDVit8lg_sLRRMvXBZE5f0=.046e0183-2499-403f-9b54-25f04b9cb038@github.com>

On Wed, 16 Apr 2025 01:26:07 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Merge jdk8u452-ga

"This is a scheduled Ubuntu 20.04 retirement. Ubuntu 20.04 LTS runner will be removed on 2025-04-15. For more details, see https://github.com/actions/runner-images/issues/11101"

We need to fix this, but integrating as this is a merge of a release which can't be altered after the fact anyway.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/647#issuecomment-2807975419

From andrew at openjdk.org  Wed Apr 16 01:52:32 2025
From: andrew at openjdk.org (Andrew John Hughes)
Date: Wed, 16 Apr 2025 01:52:32 GMT
Subject: [jdk8u-dev] Integrated: Merge jdk8u:master
In-Reply-To: <AcUpI949IbyE89rIxBDyUQL7kyU-v0eD861b0RtQbPU=.1ee17771-4f23-4313-998e-e3d3f04bcf51@github.com>
References: <AcUpI949IbyE89rIxBDyUQL7kyU-v0eD861b0RtQbPU=.1ee17771-4f23-4313-998e-e3d3f04bcf51@github.com>
Message-ID: <VpXu31xwaUHK7YqUjBeDZu5PAxlEYTMJ6uwH9rsff9w=.a5b53f27-2fe5-4062-a339-3e7a7f50e8ad@github.com>

On Wed, 16 Apr 2025 01:26:07 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> Merge jdk8u452-ga

This pull request has now been integrated.

Changeset: 2b557948
Author:    Andrew John Hughes <andrew at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/2b557948100d685a97288d83f11a420ec073bc12
Stats:     305 lines in 13 files changed: 226 ins; 25 del; 54 mod

Merge

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/647

From andrew at openjdk.org  Wed Apr 16 02:05:00 2025
From: andrew at openjdk.org (Andrew John Hughes)
Date: Wed, 16 Apr 2025 02:05:00 GMT
Subject: [jdk8u-dev] RFR: 8293107: GHA: Bump to Ubuntu 22.04
In-Reply-To: <stVNS1fV54HesA7aJ4Ji8k6cmtqxCaMKlTfj0rjfkcY=.c59c7a71-5cc7-47a2-90f9-3b4b300d4013@github.com>
References: <stVNS1fV54HesA7aJ4Ji8k6cmtqxCaMKlTfj0rjfkcY=.c59c7a71-5cc7-47a2-90f9-3b4b300d4013@github.com>
Message-ID: <tfUMD21odCDjePRokTxlHRTt4dnGBHFRSxSSURT9PQU=.666bc67e-be35-4dda-a374-73805e4c21f5@github.com>

On Tue, 25 Feb 2025 17:10:40 GMT, Zdenek Zambersky <zzambers at openjdk.org> wrote:

> Updates GHA workflow to Ubuntu 22.04.
> 
> **Notes:**
> - code changes were done manually here (GHA workflows were rewritten in newer JDKs)
> - Ubuntu 20.04 runner image for GHA is already deprecated and will be [unsupported soon](https://github.com/actions/runner-images/issues/11101)
> - sysroot update to bullseye was already [done separately](https://github.com/openjdk/jdk8u-dev/pull/491)  (update to ubuntu 22.04 was not done at the time, it was blocked by [JDK-8281096](https://bugs.openjdk.org/browse/JDK-8281096) )
> 
> **Testing:**
> tier1 in GHA: OK
> 
> Failures:
> - jdk/security_infra failures - unrelated
> - linux x86 hotspot/tier1
>   - `gc/concurrentMarkSweep/CheckAllocateAndSystemGC.java` timeout, seems unrelated
> - macOS
>   - 2 known failures, addressed by: https://github.com/openjdk/jdk8u-dev/pull/553

Looks fine to me. As you say, we already have the `bullseye` change and we got rid of the specific compiler versioning a long time ago.

This broke today (just in time for the release!) so we should get this in ASAP. Please apply for approval.

-------------

Marked as reviewed by andrew (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/628#pullrequestreview-2770434968

From phh at openjdk.org  Wed Apr 16 15:42:57 2025
From: phh at openjdk.org (Paul Hohensee)
Date: Wed, 16 Apr 2025 15:42:57 GMT
Subject: [jdk8u-dev] RFR: 8345133: Test
 sun/security/tools/jarsigner/TsacertOptionTest.java failed: Warning found in
 stdout
In-Reply-To: <mqgk-hgxqfD_qrWdR8ULB0p44m7HzlUP3NN6VqtiYPI=.91cddaca-6ccb-4f06-add2-e431bde1ef52@github.com>
References: <mqgk-hgxqfD_qrWdR8ULB0p44m7HzlUP3NN6VqtiYPI=.91cddaca-6ccb-4f06-add2-e431bde1ef52@github.com>
Message-ID: <W8Zu2rgy5ga-0yPesAC9OXHIPnTseQrANcdZNRGgXDQ=.cb62fa0c-8ed9-403e-b46e-82ddf0ca01d5@github.com>

On Tue, 8 Apr 2025 17:37:25 GMT, Paul Hohensee <phh at openjdk.org> wrote:

> Backport for parity with Oracle 11.0.28. Clean except for copyright date and file location, low risk: test only, modified test passes, eliminates warning.

GHA failures are unrelated.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/645#issuecomment-2809983149

From rkennke at openjdk.org  Wed Apr 16 16:02:01 2025
From: rkennke at openjdk.org (Roman Kennke)
Date: Wed, 16 Apr 2025 16:02:01 GMT
Subject: [jdk8u-dev] RFR: 8345133: Test
 sun/security/tools/jarsigner/TsacertOptionTest.java failed: Warning found in
 stdout
In-Reply-To: <mqgk-hgxqfD_qrWdR8ULB0p44m7HzlUP3NN6VqtiYPI=.91cddaca-6ccb-4f06-add2-e431bde1ef52@github.com>
References: <mqgk-hgxqfD_qrWdR8ULB0p44m7HzlUP3NN6VqtiYPI=.91cddaca-6ccb-4f06-add2-e431bde1ef52@github.com>
Message-ID: <cU-7UuqR-QsvtCOIGmBAotfTFdbfgCmvqgCv1HiRio8=.35640410-ced1-4f6c-b4c6-c07871b7332f@github.com>

On Tue, 8 Apr 2025 17:37:25 GMT, Paul Hohensee <phh at openjdk.org> wrote:

> Backport for parity with Oracle 11.0.28. Clean except for copyright date and file location, low risk: test only, modified test passes, eliminates warning.

Looks fine. Thanks!

-------------

Marked as reviewed by rkennke (Committer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/645#pullrequestreview-2773050042

From phh at openjdk.org  Wed Apr 16 16:04:51 2025
From: phh at openjdk.org (Paul Hohensee)
Date: Wed, 16 Apr 2025 16:04:51 GMT
Subject: [jdk8u-dev] RFR: 8345133: Test
 sun/security/tools/jarsigner/TsacertOptionTest.java failed: Warning found in
 stdout
In-Reply-To: <mqgk-hgxqfD_qrWdR8ULB0p44m7HzlUP3NN6VqtiYPI=.91cddaca-6ccb-4f06-add2-e431bde1ef52@github.com>
References: <mqgk-hgxqfD_qrWdR8ULB0p44m7HzlUP3NN6VqtiYPI=.91cddaca-6ccb-4f06-add2-e431bde1ef52@github.com>
Message-ID: <yvEr3mVemcihpSpR0JMV6iQiKq0t3Ec8N0jvC6VQJDc=.7c330ec5-8aa2-4d30-98cd-e903cacceed1@github.com>

On Tue, 8 Apr 2025 17:37:25 GMT, Paul Hohensee <phh at openjdk.org> wrote:

> Backport for parity with Oracle 11.0.28. Clean except for copyright date and file location, low risk: test only, modified test passes, eliminates warning.

Thanks, Roman!

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/645#issuecomment-2810041343

From hohensee at amazon.com  Wed Apr 16 18:26:19 2025
From: hohensee at amazon.com (Hohensee, Paul)
Date: Wed, 16 Apr 2025 18:26:19 +0000
Subject: CFV: New JDK Updates Reviewer: Roman Kennke (rkennke)
Message-ID: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>

I hereby nominate Roman Kennke (rkennke) [1] for the role of JDK 8 Updates Project Reviewer. He is currently a Committer, and would be more useful as a Reviewer.

Roman has worked on the JDK and JVM for more than 15 years at various companies (Amazon, Red Hat, Sun/Oracle), is the Shenandoah [2] and Lilliput [3] projects lead, a JDK and JDK Updates projects Reviewer, and an OpenJDK Group Member. He has contributed hundreds of OpenJDK patches [4][5][6][7][8].

Votes are due by 30th April 2025, 17:00 UTC. Only current JDK 8 Updates Reviewers [9] are eligible to
vote on this nomination.

Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting
instructions, see [10].

Regards,
Paul

[1] https://openjdk.org/census#rkennke
[2] https://openjdk.org/projects/shenandoah/
[3] https://openjdk.org/projects/lilliput/
[4] https://github.com/openjdk/jdk/commits/master?author=rkennke%40openjdk.org
[5] https://github.com/openjdk/jdk21u-dev/commits/master?author=rkennke%40openjdk.org
[6] https://github.com/openjdk/jdk17u-dev/commits/master?author=rkennke%40openjdk.org
[7] https://github.com/openjdk/jdk11u-dev/commits/master?author=rkennke%40openjdk.org
[8] https://github.com/openjdk/jdk8u-dev/commits/master?author=rkennke%40openjdk.org
[9] https://openjdk.org/census#jdk8u
[10] https://openjdk.java.net/bylaws#three-vote-consensus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/jdk8u-dev/attachments/20250416/01868621/attachment.htm>

From christoph.langer at sap.com  Wed Apr 16 19:46:54 2025
From: christoph.langer at sap.com (Langer, Christoph)
Date: Wed, 16 Apr 2025 19:46:54 +0000
Subject: New JDK Updates Reviewer: Roman Kennke (rkennke)
In-Reply-To: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
References: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
Message-ID: <DU0PR02MB9800AA5018B93B74EC8A0E1A8ABD2@DU0PR02MB9800.eurprd02.prod.outlook.com>

Vote: yes

/Christoph

From: jdk8u-dev <jdk8u-dev-retn at openjdk.org> On Behalf Of Hohensee, Paul
Sent: Mittwoch, 16. April 2025 20:26
To: jdk8u-dev at openjdk.org
Subject: CFV: New JDK Updates Reviewer: Roman Kennke (rkennke)

I hereby nominate Roman Kennke (rkennke) [1] for the role of JDK 8 Updates Project Reviewer. He is currently a Committer, and would be more useful as a Reviewer.

Roman has worked on the JDK and JVM for more than 15 years at various companies (Amazon, Red Hat, Sun/Oracle), is the Shenandoah [2] and Lilliput [3] projects lead, a JDK and JDK Updates projects Reviewer, and an OpenJDK Group Member. He has contributed hundreds of OpenJDK patches [4][5][6][7][8].

Votes are due by 30th April 2025, 17:00 UTC. Only current JDK 8 Updates Reviewers [9] are eligible to
vote on this nomination.

Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting
instructions, see [10].

Regards,
Paul

[1] https://openjdk.org/census#rkennke
[2] https://openjdk.org/projects/shenandoah/
[3] https://openjdk.org/projects/lilliput/
[4] https://github.com/openjdk/jdk/commits/master?author=rkennke%40openjdk.org
[5] https://github.com/openjdk/jdk21u-dev/commits/master?author=rkennke%40openjdk.org
[6] https://github.com/openjdk/jdk17u-dev/commits/master?author=rkennke%40openjdk.org
[7] https://github.com/openjdk/jdk11u-dev/commits/master?author=rkennke%40openjdk.org
[8] https://github.com/openjdk/jdk8u-dev/commits/master?author=rkennke%40openjdk.org
[9] https://openjdk.org/census#jdk8u
[10] https://openjdk.java.net/bylaws#three-vote-consensus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/jdk8u-dev/attachments/20250416/eeb69b37/attachment-0001.htm>

From zzambers at openjdk.org  Wed Apr 16 20:46:50 2025
From: zzambers at openjdk.org (Zdenek Zambersky)
Date: Wed, 16 Apr 2025 20:46:50 GMT
Subject: [jdk8u-dev] RFR: 8293107: GHA: Bump to Ubuntu 22.04
In-Reply-To: <tfUMD21odCDjePRokTxlHRTt4dnGBHFRSxSSURT9PQU=.666bc67e-be35-4dda-a374-73805e4c21f5@github.com>
References: <stVNS1fV54HesA7aJ4Ji8k6cmtqxCaMKlTfj0rjfkcY=.c59c7a71-5cc7-47a2-90f9-3b4b300d4013@github.com>
 <tfUMD21odCDjePRokTxlHRTt4dnGBHFRSxSSURT9PQU=.666bc67e-be35-4dda-a374-73805e4c21f5@github.com>
Message-ID: <4ZX2PWXsuB0GhUD8-JnsKXBTwdQg0ss0wTfFwv7jVWQ=.f7e4c224-8128-4dc9-9544-7a6f75fc2ef1@github.com>

On Wed, 16 Apr 2025 02:01:43 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

> This broke today (just in time for the release!) so we should get this in ASAP. Please apply for approval.

done

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/628#issuecomment-2810728925

From david.holmes at oracle.com  Thu Apr 17 03:24:45 2025
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 17 Apr 2025 13:24:45 +1000
Subject: CFV: New JDK Updates Reviewer: Roman Kennke (rkennke)
In-Reply-To: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
References: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
Message-ID: <cac28375-574a-4b8e-9b01-d1c00d4db463@oracle.com>

Vote: yes

David

On 17/04/2025 4:26 am, Hohensee, Paul wrote:
> I hereby nominate Roman Kennke (rkennke) [1] for the role of JDK 8 
> Updates Project Reviewer. He is currently a Committer, and would be more 
> useful as a Reviewer.
> 
> Roman has worked on the JDK and JVM for more than 15 years at various 
> companies (Amazon, Red Hat, Sun/Oracle), is the Shenandoah [2] and 
> Lilliput [3] projects lead, a JDK and JDK Updates projects Reviewer, and 
> an OpenJDK Group Member. He has contributed hundreds of OpenJDK patches 
> [4][5][6][7][8].
> 
> Votes are due by 30th April 2025, 17:00 UTC. Only current JDK 8 Updates 
> Reviewers [9] are eligible to
> 
> vote on this nomination.
> 
> Votes must be cast in the open by replying to this mailing list. For 
> Three-Vote Consensus voting
> 
> instructions, see [10].
> 
> Regards,
> 
> Paul
> 
> [1]https://openjdk.org/census#rkennke <https://openjdk.org/census#rkennke>
> 
> [2] https://openjdk.org/projects/shenandoah/ <https://openjdk.org/ 
> projects/shenandoah/>
> 
> [3] https://openjdk.org/projects/lilliput/ <https://openjdk.org/ 
> projects/lilliput/>
> 
> [4] https://github.com/openjdk/jdk/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk/commits/ 
> master?author=rkennke%40openjdk.org>
> 
> [5]https://github.com/openjdk/jdk21u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk21u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [6]https://github.com/openjdk/jdk17u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk17u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [7]https://github.com/openjdk/jdk11u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk11u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [8] https://github.com/openjdk/jdk8u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk8u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [9]https://openjdk.org/census#jdk8u <https://openjdk.org/census#jdk8u>
> 
> [10]https://openjdk.java.net/bylaws#three-vote-consensus <https:// 
> openjdk.java.net/bylaws#three-vote-consensus>
> 


From adinn at redhat.com  Thu Apr 17 10:04:18 2025
From: adinn at redhat.com (Andrew Dinn)
Date: Thu, 17 Apr 2025 11:04:18 +0100
Subject: CFV: New JDK Updates Reviewer: Roman Kennke (rkennke)
In-Reply-To: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
References: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
Message-ID: <d2520584-a028-4e04-bddc-00fd3af8447c@redhat.com>

Vote: yes

On 16/04/2025 19:26, Hohensee, Paul wrote:
> I hereby nominate Roman Kennke (rkennke) [1] for the role of JDK 8 
> Updates Project Reviewer. He is currently a Committer, and would be more 
> useful as a Reviewer.
> 
> Roman has worked on the JDK and JVM for more than 15 years at various 
> companies (Amazon, Red Hat, Sun/Oracle), is the Shenandoah [2] and 
> Lilliput [3] projects lead, a JDK and JDK Updates projects Reviewer, and 
> an OpenJDK Group Member. He has contributed hundreds of OpenJDK patches 
> [4][5][6][7][8].
> 
> Votes are due by 30th April 2025, 17:00 UTC. Only current JDK 8 Updates 
> Reviewers [9] are eligible to
> 
> vote on this nomination.
> 
> Votes must be cast in the open by replying to this mailing list. For 
> Three-Vote Consensus voting
> 
> instructions, see [10].
> 
> Regards,
> 
> Paul
> 
> [1]https://openjdk.org/census#rkennke <https://openjdk.org/census#rkennke>
> 
> [2] https://openjdk.org/projects/shenandoah/ <https://openjdk.org/ 
> projects/shenandoah/>
> 
> [3] https://openjdk.org/projects/lilliput/ <https://openjdk.org/ 
> projects/lilliput/>
> 
> [4] https://github.com/openjdk/jdk/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk/commits/ 
> master?author=rkennke%40openjdk.org>
> 
> [5]https://github.com/openjdk/jdk21u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk21u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [6]https://github.com/openjdk/jdk17u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk17u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [7]https://github.com/openjdk/jdk11u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk11u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [8] https://github.com/openjdk/jdk8u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk8u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [9]https://openjdk.org/census#jdk8u <https://openjdk.org/census#jdk8u>
> 
> [10]https://openjdk.java.net/bylaws#three-vote-consensus <https:// 
> openjdk.java.net/bylaws#three-vote-consensus>
> 

-- 
regards,


Andrew Dinn
-----------
Red Hat Distinguished Engineer
Red Hat UK Ltd
Registered in England and Wales under Company Registration No. 03798903


From sgehwolf at redhat.com  Thu Apr 17 10:33:11 2025
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Thu, 17 Apr 2025 12:33:11 +0200
Subject: CFV: New JDK Updates Reviewer: Roman Kennke (rkennke)
In-Reply-To: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
References: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
Message-ID: <d9a1e1940cb11e44fecd2583b852e1fa9b38fdba.camel@redhat.com>

Vote: yes

On Wed, 2025-04-16 at 18:26 +0000, Hohensee, Paul wrote:
> I hereby nominate Roman Kennke (rkennke) [1] for the role of JDK 8
> Updates Project Reviewer.


From j.bachorik at gmail.com  Thu Apr 17 10:33:54 2025
From: j.bachorik at gmail.com (Jaroslav Bachorik)
Date: Thu, 17 Apr 2025 12:33:54 +0200
Subject: CFV: New JDK Updates Reviewer: Roman Kennke (rkennke)
In-Reply-To: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
References: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
Message-ID: <CAJBAvit+CW23KMdaKjQ4aMeDixC5XKYpNw0HxvNCQK2x3M3vRA@mail.gmail.com>

Vote: yes

Jaroslav

On Wed, Apr 16, 2025 at 9:19?PM Hohensee, Paul <hohensee at amazon.com> wrote:

> I hereby nominate Roman Kennke (rkennke) [1] for the role of JDK 8 Updates
> Project Reviewer. He is currently a Committer, and would be more useful as
> a Reviewer.
>
>
>
> Roman has worked on the JDK and JVM for more than 15 years at various
> companies (Amazon, Red Hat, Sun/Oracle), is the Shenandoah [2] and Lilliput
> [3] projects lead, a JDK and JDK Updates projects Reviewer, and an OpenJDK
> Group Member. He has contributed hundreds of OpenJDK patches
> [4][5][6][7][8].
>
>
>
> Votes are due by 30th April 2025, 17:00 UTC. Only current JDK 8 Updates
> Reviewers [9] are eligible to
>
> vote on this nomination.
>
>
>
> Votes must be cast in the open by replying to this mailing list. For
> Three-Vote Consensus voting
>
> instructions, see [10].
>
>
>
> Regards,
>
> Paul
>
>
>
> [1] https://openjdk.org/census#rkennke
>
> [2] https://openjdk.org/projects/shenandoah/
>
> [3] https://openjdk.org/projects/lilliput/
>
> [4]
> https://github.com/openjdk/jdk/commits/master?author=rkennke%40openjdk.org
>
> [5]
> https://github.com/openjdk/jdk21u-dev/commits/master?author=rkennke%40openjdk.org
>
> [6]
> https://github.com/openjdk/jdk17u-dev/commits/master?author=rkennke%40openjdk.org
>
> [7]
> https://github.com/openjdk/jdk11u-dev/commits/master?author=rkennke%40openjdk.org
>
> [8]
> https://github.com/openjdk/jdk8u-dev/commits/master?author=rkennke%40openjdk.org
>
> [9] https://openjdk.org/census#jdk8u
>
> [10] https://openjdk.java.net/bylaws#three-vote-consensus
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/jdk8u-dev/attachments/20250417/e37506a5/attachment.htm>

From thomas.stuefe at gmail.com  Thu Apr 17 10:34:30 2025
From: thomas.stuefe at gmail.com (=?UTF-8?Q?Thomas_St=C3=BCfe?=)
Date: Thu, 17 Apr 2025 12:34:30 +0200
Subject: CFV: New JDK Updates Reviewer: Roman Kennke (rkennke)
In-Reply-To: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
References: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
Message-ID: <CAA-vtUz33bCZY8f8+Jjq4N82GaMYsDddeA_AQ0qOv0n=VVNUxA@mail.gmail.com>

Vote: yes

On Wed, Apr 16, 2025 at 8:26?PM Hohensee, Paul <hohensee at amazon.com> wrote:

> I hereby nominate Roman Kennke (rkennke) [1] for the role of JDK 8 Updates
> Project Reviewer. He is currently a Committer, and would be more useful as
> a Reviewer.
>
>
>
> Roman has worked on the JDK and JVM for more than 15 years at various
> companies (Amazon, Red Hat, Sun/Oracle), is the Shenandoah [2] and Lilliput
> [3] projects lead, a JDK and JDK Updates projects Reviewer, and an OpenJDK
> Group Member. He has contributed hundreds of OpenJDK patches
> [4][5][6][7][8].
>
>
>
> Votes are due by 30th April 2025, 17:00 UTC. Only current JDK 8 Updates
> Reviewers [9] are eligible to
>
> vote on this nomination.
>
>
>
> Votes must be cast in the open by replying to this mailing list. For
> Three-Vote Consensus voting
>
> instructions, see [10].
>
>
>
> Regards,
>
> Paul
>
>
>
> [1] https://openjdk.org/census#rkennke
>
> [2] https://openjdk.org/projects/shenandoah/
>
> [3] https://openjdk.org/projects/lilliput/
>
> [4]
> https://github.com/openjdk/jdk/commits/master?author=rkennke%40openjdk.org
>
> [5]
> https://github.com/openjdk/jdk21u-dev/commits/master?author=rkennke%40openjdk.org
>
> [6]
> https://github.com/openjdk/jdk17u-dev/commits/master?author=rkennke%40openjdk.org
>
> [7]
> https://github.com/openjdk/jdk11u-dev/commits/master?author=rkennke%40openjdk.org
>
> [8]
> https://github.com/openjdk/jdk8u-dev/commits/master?author=rkennke%40openjdk.org
>
> [9] https://openjdk.org/census#jdk8u
>
> [10] https://openjdk.java.net/bylaws#three-vote-consensus
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/jdk8u-dev/attachments/20250417/2b09ccc6/attachment-0001.htm>

From sgehwolf at openjdk.org  Thu Apr 17 10:37:02 2025
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Thu, 17 Apr 2025 10:37:02 GMT
Subject: [jdk8u-dev] RFR: 8293107: GHA: Bump to Ubuntu 22.04
In-Reply-To: <stVNS1fV54HesA7aJ4Ji8k6cmtqxCaMKlTfj0rjfkcY=.c59c7a71-5cc7-47a2-90f9-3b4b300d4013@github.com>
References: <stVNS1fV54HesA7aJ4Ji8k6cmtqxCaMKlTfj0rjfkcY=.c59c7a71-5cc7-47a2-90f9-3b4b300d4013@github.com>
Message-ID: <fT4dujkHINanFfhYWJVQU64vCqTmh48XZB3mDd2AQWI=.dd2e9ac9-3560-4321-ab81-0134dba5ac72@github.com>

On Tue, 25 Feb 2025 17:10:40 GMT, Zdenek Zambersky <zzambers at openjdk.org> wrote:

> Updates GHA workflow to Ubuntu 22.04.
> 
> **Notes:**
> - code changes were done manually here (GHA workflows were rewritten in newer JDKs)
> - Ubuntu 20.04 runner image for GHA is already deprecated and will be [unsupported soon](https://github.com/actions/runner-images/issues/11101)
> - sysroot update to bullseye was already [done separately](https://github.com/openjdk/jdk8u-dev/pull/491)  (update to ubuntu 22.04 was not done at the time, it was blocked by [JDK-8281096](https://bugs.openjdk.org/browse/JDK-8281096) )
> 
> **Testing:**
> tier1 in GHA: OK
> 
> Failures:
> - jdk/security_infra failures - unrelated
> - linux x86 hotspot/tier1
>   - `gc/concurrentMarkSweep/CheckAllocateAndSystemGC.java` timeout, seems unrelated
> - macOS
>   - 2 known failures, addressed by: https://github.com/openjdk/jdk8u-dev/pull/553

Marked as reviewed by sgehwolf (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/628#pullrequestreview-2775303853

From zzambers at openjdk.org  Thu Apr 17 10:47:56 2025
From: zzambers at openjdk.org (Zdenek Zambersky)
Date: Thu, 17 Apr 2025 10:47:56 GMT
Subject: [jdk8u-dev] Integrated: 8293107: GHA: Bump to Ubuntu 22.04
In-Reply-To: <stVNS1fV54HesA7aJ4Ji8k6cmtqxCaMKlTfj0rjfkcY=.c59c7a71-5cc7-47a2-90f9-3b4b300d4013@github.com>
References: <stVNS1fV54HesA7aJ4Ji8k6cmtqxCaMKlTfj0rjfkcY=.c59c7a71-5cc7-47a2-90f9-3b4b300d4013@github.com>
Message-ID: <EMPNxsYyak-Mq2JTZ0pkkEDDOM3YEs8YpVw38va0jpY=.5e1cd869-8bbb-47cc-8e83-97ab9d73a97d@github.com>

On Tue, 25 Feb 2025 17:10:40 GMT, Zdenek Zambersky <zzambers at openjdk.org> wrote:

> Updates GHA workflow to Ubuntu 22.04.
> 
> **Notes:**
> - code changes were done manually here (GHA workflows were rewritten in newer JDKs)
> - Ubuntu 20.04 runner image for GHA is already deprecated and will be [unsupported soon](https://github.com/actions/runner-images/issues/11101)
> - sysroot update to bullseye was already [done separately](https://github.com/openjdk/jdk8u-dev/pull/491)  (update to ubuntu 22.04 was not done at the time, it was blocked by [JDK-8281096](https://bugs.openjdk.org/browse/JDK-8281096) )
> 
> **Testing:**
> tier1 in GHA: OK
> 
> Failures:
> - jdk/security_infra failures - unrelated
> - linux x86 hotspot/tier1
>   - `gc/concurrentMarkSweep/CheckAllocateAndSystemGC.java` timeout, seems unrelated
> - macOS
>   - 2 known failures, addressed by: https://github.com/openjdk/jdk8u-dev/pull/553

This pull request has now been integrated.

Changeset: 55273f72
Author:    Zdenek Zambersky <zzambers at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/55273f7267b95cf38743bb32ea61a513fbafb06e
Stats:     7 lines in 1 file changed: 0 ins; 0 del; 7 mod

8293107: GHA: Bump to Ubuntu 22.04

Reviewed-by: andrew, sgehwolf
Backport-of: d7536588b38e368eaa6395bcbcc6724a39303fc5

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/628

From hohensee at amazon.com  Thu Apr 17 15:00:15 2025
From: hohensee at amazon.com (Hohensee, Paul)
Date: Thu, 17 Apr 2025 15:00:15 +0000
Subject: New JDK Updates Reviewer: Roman Kennke (rkennke)
In-Reply-To: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
References: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
Message-ID: <59AFF1CE-880C-4E39-B2F5-2785804292CA@amazon.com>

Vote: yes

From: jdk8u-dev <jdk8u-dev-retn at openjdk.org> on behalf of "Hohensee, Paul" <hohensee at amazon.com>
Date: Wednesday, April 16, 2025 at 11:26?AM
To: "jdk8u-dev at openjdk.org" <jdk8u-dev at openjdk.org>
Subject: CFV: New JDK Updates Reviewer: Roman Kennke (rkennke)

I hereby nominate Roman Kennke (rkennke) [1] for the role of JDK 8 Updates Project Reviewer. He is currently a Committer, and would be more useful as a Reviewer.

Roman has worked on the JDK and JVM for more than 15 years at various companies (Amazon, Red Hat, Sun/Oracle), is the Shenandoah [2] and Lilliput [3] projects lead, a JDK and JDK Updates projects Reviewer, and an OpenJDK Group Member. He has contributed hundreds of OpenJDK patches [4][5][6][7][8].

Votes are due by 30th April 2025, 17:00 UTC. Only current JDK 8 Updates Reviewers [9] are eligible to
vote on this nomination.

Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting
instructions, see [10].

Regards,
Paul

[1] https://openjdk.org/census#rkennke
[2] https://openjdk.org/projects/shenandoah/
[3] https://openjdk.org/projects/lilliput/
[4] https://github.com/openjdk/jdk/commits/master?author=rkennke%40openjdk.org
[5] https://github.com/openjdk/jdk21u-dev/commits/master?author=rkennke%40openjdk.org
[6] https://github.com/openjdk/jdk17u-dev/commits/master?author=rkennke%40openjdk.org
[7] https://github.com/openjdk/jdk11u-dev/commits/master?author=rkennke%40openjdk.org
[8] https://github.com/openjdk/jdk8u-dev/commits/master?author=rkennke%40openjdk.org
[9] https://openjdk.org/census#jdk8u
[10] https://openjdk.java.net/bylaws#three-vote-consensus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/jdk8u-dev/attachments/20250417/14c44628/attachment-0001.htm>

From vladimir.kozlov at oracle.com  Thu Apr 17 15:51:33 2025
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Thu, 17 Apr 2025 08:51:33 -0700
Subject: CFV: New JDK Updates Reviewer: Roman Kennke (rkennke)
In-Reply-To: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
References: <8159E74B-9EC3-488D-A7CF-6A953037FFE5@amazon.com>
Message-ID: <f3080794-1436-457f-b15c-8d812c6896ac@oracle.com>

Vote: yes

On 4/16/25 11:26 AM, Hohensee, Paul wrote:
> I hereby nominate Roman Kennke (rkennke) [1] for the role of JDK 8 
> Updates Project Reviewer. He is currently a Committer, and would be more 
> useful as a Reviewer.
> 
> Roman has worked on the JDK and JVM for more than 15 years at various 
> companies (Amazon, Red Hat, Sun/Oracle), is the Shenandoah [2] and 
> Lilliput [3] projects lead, a JDK and JDK Updates projects Reviewer, and 
> an OpenJDK Group Member. He has contributed hundreds of OpenJDK patches 
> [4][5][6][7][8].
> 
> Votes are due by 30th April 2025, 17:00 UTC. Only current JDK 8 Updates 
> Reviewers [9] are eligible to
> 
> vote on this nomination.
> 
> Votes must be cast in the open by replying to this mailing list. For 
> Three-Vote Consensus voting
> 
> instructions, see [10].
> 
> Regards,
> 
> Paul
> 
> [1]https://openjdk.org/census#rkennke <https://openjdk.org/census#rkennke>
> 
> [2] https://openjdk.org/projects/shenandoah/ <https://openjdk.org/ 
> projects/shenandoah/>
> 
> [3] https://openjdk.org/projects/lilliput/ <https://openjdk.org/ 
> projects/lilliput/>
> 
> [4] https://github.com/openjdk/jdk/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk/commits/ 
> master?author=rkennke%40openjdk.org>
> 
> [5]https://github.com/openjdk/jdk21u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk21u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [6]https://github.com/openjdk/jdk17u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk17u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [7]https://github.com/openjdk/jdk11u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk11u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [8] https://github.com/openjdk/jdk8u-dev/commits/master? 
> author=rkennke%40openjdk.org <https://github.com/openjdk/jdk8u-dev/ 
> commits/master?author=rkennke%40openjdk.org>
> 
> [9]https://openjdk.org/census#jdk8u <https://openjdk.org/census#jdk8u>
> 
> [10]https://openjdk.java.net/bylaws#three-vote-consensus <https:// 
> openjdk.java.net/bylaws#three-vote-consensus>
>