> So I think it is not working.
Thanks for letting us know, and providing a reproducible test case. I
have filed:
JDK-8158978: ALPN not working when values are set directly
on SSLServerSocket
and a code review will follow shortly.
BTW, your code didn't actually start
I have some basic TLS stuff running that seems OK, but I am not able to get
ALPN working. I am using the binary version for linux (
https://jdk9.java.net/download/).
* Looking at wireshark, firefox sends in "Client Hello" with ALPN protocol
h2,spdy/3.1,http/1.1
* The "Server Hello" has no mention
JEP 244/ALPN, aka JDK-8144083/JDK-8051498 went into JDK 9 late last year.
The API/design is at:
https://bugs.openjdk.java.net/browse/JDK-8062848
In a nutshell, the client application sets the strings to send. The
server application can parse the ClientHello if desired, and can do any
SSL
Hi,
Given that you are acting as a server, it would be nice to be able to offer
"http/1.1" as application.
The purpose of this is to get chrome to do tls false start which require
that the server "advertise" http/1.1 in ALPN or NPN. In the tls handshake.
To do this it is just and integer and that
