QUIC Transport Support

[atshow]

We know QUIC has become the IETF standard, and netty supports QUIC . Do we have any plans to support it?

[OlegDokuka]

Hey @atshow!

In short - we do plan!
In general - we wait for reactor-netty to support that!

Stay tuned!
Best,
Oleg

[linux-china]

I have raised the issue reactor/reactor-netty#1463

[linux-china]

@OlegDokuka do you have any demo for RSocket on QUIC? https://github.com/reactor/reactor-netty/releases/tag/v1.0.12

[OlegDokuka]

@linux-china not at the moment. That requires ground rework of the transport API that we have right now. I have touched the ground in rsocket-js rework, but this has to be ported to java impl. Also, I presented the basic architecture in this slides -> https://www.icloud.com/keynote/0XbQI-VRGW0CPBBRVE_79BvOA#RSocket_over_QUIC

[linux-china]

@OlegDokuka @violetagg How about a demo transport implementation for QUIC ? and
@gabis-precog did an implementation with RSocket-PY https://github.com/rsocket/rsocket-py/blob/master/examples/server_quic.py

[OlegDokuka]

@linux-china I was planning to release QUIC support in 1.2.x once the transport API is reworked to offer proper abstraction for transports that have a built-in multiplexer/demultiplexer (e. g. QUIC or HTTP/2 or HTTP/3).

However, we can always offer experimental preview support earlier.

[mepeisen]

@OlegDokuka Any news on this topic? Anything the community can help with? Maybe with testing previews?

[OlegDokuka]

@mepeisen there is a branch - https://github.com/rsocket/rsocket-java/tree/enhancement/aeron-support, the main problem is memory leak which I fail to track and there is a lack of time on my end to finish that effort

[jell-o-fishi]

@OlegDokuka is there a bit of code (test, example) that triggers the memory leak ?

[OlegDokuka]

@atshow https://github.com/rsocket/rsocket-java/tree/enhancement/aeron-support/rsocket-transport-aeron/src/test/java/io/rsocket/transport/aeron