Closed arnaudgeiser closed 1 year ago
Hmm, I wonder how hard it would be to make the UDP code use netty/start-server
, for parity. udp/socket
takes almost the same options as tcp/start-server
, it shouldn't be too difficult, in theory.
Hmm, I wonder how hard it would be to make the UDP code use netty/start-server, for parity. udp/socket takes almost the same options as tcp/start-server, it shouldn't be too difficult, in theory.
I think so too. Promise, I will make a PR for it. :)
(and I will adapt the tests accordingly)
I mean, UDP doesn't have the concepts of connections or streams, so maybe it's not going to be a good fit. It still has the concept of ports, though, so maybe we could refactor that out into something common.
This might be a bigger deal if/when we implement HTTP/3 (which requires QUIC, which is based off UDP), or it might not, if we can rely on the netty http3/quic incubator projects.
Description
Since an
UDP
socket doesn't implement theAlephServer
protocol, theport
function is unavailable. Here is a quick solution to stabilize those tests.