62-bit QUIC error codes vs. int in QuicStreamChannel and QuicChannel

QUIC wire error codes (RFC 9000 §20) are 62-bit variable-length integers ($0$ to $2^{62}-1$).

Given this, how is int intended to be used in QuicStreamChannel.shutdown*(int error) and QuicChannel.close(..., int error, ...)?

Since QUIC transport level error codes often exceed 32 bits (and Java's signed int sign-extends values above $2^{31}-1$ into negative numbers), is using int here intentional, is it application level error codes, or an API-width mismatch?

Would love to open a discussion on whether adding long overloads would be appropriate ?? @normanmaurer