Re: RFR: 8346962: Test CRLReadTimeout.java fails with -Xcomp by fstdebug build

2025-07-08 Thread SendaoYan
On Tue, 8 Jul 2025 16:15:49 GMT, Mikhail Yankelevich wrote: > - Adjusted timings to prevent timeouts with `Fastdebug` and `-Xcomp` > - Split tests into parallel runs, reducing execution time by almost three-fold > - Replaced wildcard imports > - Specified the loopback address > - Enabled logs fo

RFR: 8353925: Remove Sun Microsystems JCE Code Signing Root CA

2025-07-08 Thread Bradford Wetmore
No longer trust certificates issued by the old Sun Microsystems JCE Certificate Authority. Test runs include `tier1,tier2`, and JCK tests: jck:api/java_security jck:api/javax_crypto jck:api/javax_net jck:api/javax_security jck:api/org_ietf jck:api/javax_xml/crypto This

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

2025-07-08 Thread Daniel Fuchs
> 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](https://bugs.openjdk.org/browse/JDK-8350588) > > This JEP propose

RFR: 8346962: Test CRLReadTimeout.java fails with -Xcomp by fstdebug build

2025-07-08 Thread Mikhail Yankelevich
- Adjusted timings to prevent timeouts with `Fastdebug` and `-Xcomp` - Split tests into parallel runs, reducing execution time by almost three-fold - Replaced wildcard imports - Specified the loopback address - Commit messages: - 8346962: Test CRLReadTimeout.java fails with -Xcomp by

Re: RFR: 8357915: SecureRandom nextLong memory usage [v2]

2025-07-08 Thread duke
On Mon, 30 Jun 2025 17:45:23 GMT, Koushik Muthukrishnan Thirupattur wrote: >> SecureRandom uses straightforward implementations inherited from Random but >> in the process does double the memory allocations necessary. >> The delegation to SecureRandom.engineNextBytes does not provide `int` or

Integrated: 8357915: SecureRandom nextLong memory usage

2025-07-08 Thread Koushik Muthukrishnan Thirupattur
On Thu, 26 Jun 2025 18:00:21 GMT, Koushik Muthukrishnan Thirupattur wrote: > SecureRandom uses straightforward implementations inherited from Random but > in the process does double the memory allocations necessary. > The delegation to SecureRandom.engineNextBytes does not provide `int` or > `