RFR: 8273042: TLS Certificate Compression
Artur Barashev
abarashev at openjdk.org
Mon Jun 9 21:51:38 UTC 2025
On Wed, 23 Feb 2022 20:15:24 GMT, Xue-Lei Andrew Fan <xuelei at openjdk.org> wrote:
> Hi,
>
> Please review the implementation of RFC 8879, TLS Certificate Compression, in JDK. The TLS Certificate Compression standard is an essential part for QUIC connections and performance improvement for TLS connections. More details, please refer to the [JEP](https://bugs.openjdk.java.net/browse/JDK-8281710) proposal.
>
> The JEP was submitted, and it may take time for the final approval. But let me know you ideas and concerns about the proposal and implementation.
>
> JEP: https://bugs.openjdk.java.net/browse/JDK-8281710
test/jdk/javax/net/ssl/HttpsURLConnection/HttpsCompressedCert.java line 64:
> 62: public static void main(String[] args) throws Exception {
> 63: SSLParameters sslParameters = new SSLParameters();
> 64: sslParameters.setCertificateInflaters(Map.of("brotli", certInflater));
Why `brotli` compression is being requested here when JDK doesn't support it? Looks like Google doesn't send a compressed certificate back, that's why this test works, the supplied `certInflater` function is using ZLIB.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/7599#discussion_r2136560698
More information about the net-dev
mailing list