Re: RFR: 8366224: Introduce DecimalDigits.appendPair for efficient two-digit formatting and refactor DateTimeHelper [v4]

> This PR introduces a new efficient API for appending two-digit integers to > StringBuilders and refactors DateTimeHelper to leverage this new > functionality. > > Changes include: > > 1. New `appendPair` method for efficient two-digit integer formatting (00-99): >- Added `AbstractStringBu

RFR: 8366182: Some PKCS11Tests are being skipped when they shouldn't

This PR updates PKCS11 tests to better handle NSS version numbers. The previous code treated the version numbers as double values and used comparison operators. The problem is that it incorrectly treats 3.111 as between 3.11 and 3.12. This update parses and compares the major and minor version n

Re: RFR: 8366833: Poly1305 does not always correctly update position for array-backed ByteBuffers after processMultipleBlocks [v2]

On Thu, 4 Sep 2025 06:16:05 GMT, Jamil Nimeh wrote: >> This fix resolves an issue where the `Cipher.updateAAD(ByteBuffer)` method, >> when used on a ChaCha20-Poly1305 Cipher, may throw an exception due to an >> offset calculation error. This occurs when the ByteBuffer is array-backed, >> and

Re: RFR: 8357466: Create test for Ciphers that are using ByteBuffers backed by MemorySegments [v2]

On Tue, 2 Sep 2025 12:38:57 GMT, Matthew Donovan wrote: >> This PR extends security tests to use ByteBuffers backed by MemorySegments. >> Tests in the areas of Signature, Cipher, MessageDigest, and Mac are updated. > > Matthew Donovan has updated the pull request with a new target base due to a

Re: RFR: 8343232: PKCS#12 KeyStore support for RFC 9579: Use of Password-Based Message Authentication Code 1 (PBMAC1)

On Thu, 3 Apr 2025 22:58:39 GMT, Mark Powers wrote: > [JDK-8343232](https://bugs.openjdk.org/browse/JDK-8343232) src/java.base/share/classes/com/sun/crypto/provider/SunJCE.java line 544: > 542: > "com.sun.crypto.provider.PBES2Parameters$HmacSHA512_256AndAES_256"); > 543: > 544

Re: RFR: 8366765: [REDO] Rename JavaLangAccess::*NoRepl methods

On Thu, 4 Sep 2025 06:36:20 GMT, Volkan Yazici wrote: > [JDK-8356439] (#26413) conflicted with [JDK-8362893] (#26493), caused `tier1` > failures, and hence, backed out in [JDK-8366693] (#27050). This PR > reintroduces JDK-8356439 with sufficient fixes. > > [JDK-8356439]: https://bugs.openjdk.o

RFR: 8366765: [REDO] Rename JavaLangAccess::*NoRepl methods

[JDK-8356439] (#26413) conflicted with [JDK-8362893] (#26493), caused `tier1` failures, and hence, backed out in [JDK-8366693] (#27050). This PR reintroduces JDK-8356439 with sufficient fixes. [JDK-8356439]: https://bugs.openjdk.org/browse/JDK-8356439 [JDK-8362893]: https://bugs.openjdk.org/brow

Re: RFR: 8244336: Restrict algorithms at JCE layer [v10]

On Thu, 4 Sep 2025 01:23:49 GMT, Valerie Peng wrote: >> This enhancement introduces a new security property >> "jdk.crypto.disabledAlgorithms" which can be leveraged to disable algorithms >> for JCE/JCA crypto services. For now, only Cipher, KeyStore, MessageDigest, >> and Signature services s

Re: RFR: 8366833: Poly1305 does not always correctly update position for array-backed ByteBuffers after processMultipleBlocks [v4]

On Thu, 4 Sep 2025 15:26:02 GMT, Jamil Nimeh wrote: >> This fix resolves an issue where the `Cipher.updateAAD(ByteBuffer)` method, >> when used on a ChaCha20-Poly1305 Cipher, may throw an exception due to an >> offset calculation error. This occurs when the ByteBuffer is array-backed, >> and

Re: RFR: 8349910: Implement JEP 517: HTTP/3 for the HTTP Client API [v16]

On Thu, 4 Sep 2025 14:06:52 GMT, Daniel Fuchs wrote: >> Hi, >> >> Please find here a PR for the implementation of [JEP 517: HTTP/3 for the >> HTTP Client API](https://openjdk.org/jeps/517). >> >> The CSR can be viewed at [JDK-8350588: Implement JEP 517: HTTP/3 for the >> HTTP Client API](http