[infinispan-dev] Uber client, which means ALPN investigation

Tristan Tarrant ttarrant at redhat.com
Fri Jul 29 06:19:09 EDT 2016


The WildFly guys are looking into this, so it would make sense to 
coordinate with them [5]

[5] http://lists.jboss.org/pipermail/wildfly-dev/2016-June/005040.html

Tristan

On 27/07/16 08:38, Sebastian Laskawiec wrote:
> Hey guys!
>
> Recently I've been looking into ALPN support [1] and studying RFC [2] 
> as well as JEP [3]. In short, the Application Layer Protocol 
> Negotiation - allows the server and the client to agree which protocol 
> shall be used after TLS handshake. It will be supported out of the box 
> in JDK9. For JDK8 you need a special Jetty Java agent [4].
>
> With ALPN we could build an Uber Client, which would be able to 
> support many protocols at the same time (REST, HTTP/2, Hot Rod). We 
> should be able to select the protocol during client initialization as 
> well as renegotiate existing connection. This could be very convenient 
> for situations when connecting to multiple Hot Rod servers and some of 
> them are accessible using Hot Rod (the same DC or the same Cloud 
> tenant) and some connections need to get through a firewall (HTTP/2, 
> REST).
>
> Of course implementing this requires major refactoring in the server 
> endpoint as well as in the client. Possibly this is something for 
> Infinispan 10 :)
>
> WDYT?
>
> Thanks
> Sebastian
>
> [1] https://issues.jboss.org/browse/ISPN-6899
> [2] https://tools.ietf.org/html/rfc7301
> [3] http://openjdk.java.net/jeps/244
> [4] https://github.com/jetty-project/jetty-alpn
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev





More information about the infinispan-dev mailing list