You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For instance, I have a class called Connection. A new Connection is created for every QuicChannel created, therefore each Connection has an instance of a QuicChannel. However, when a QuicStreamChannel is created, while it is possible to get the associated QuicChannel via parent(), is becomes uncessarily annoying to get the QuicChannel's associated Connection.
While it is possible by using a map, I think the fundamental problem is that the same streamHandler is to be used even for different QuicChannel. I think it would be better to allow a new streamHandler to be for each different QuicChannel, for example using something like:
ChannelHandler codec = new QuicServerCodecBuilder()
.... other options
.handler(new ChannelInitializer<QuicChannel>() {
@Override
public void initChannel(QuicChannel channel) {
channel.pipeline().addLast(...)
channel.streamHandler(...)
}
}
The text was updated successfully, but these errors were encountered:
@hirshi001 not sure I get what the problem here is but why not just use a ChannelInitializer as streamHandler ? This is the same concept as we use for different connections etc.
For instance, I have a class called Connection. A new Connection is created for every QuicChannel created, therefore each Connection has an instance of a QuicChannel. However, when a QuicStreamChannel is created, while it is possible to get the associated QuicChannel via parent(), is becomes uncessarily annoying to get the QuicChannel's associated Connection.
While it is possible by using a map, I think the fundamental problem is that the same streamHandler is to be used even for different QuicChannel. I think it would be better to allow a new streamHandler to be for each different QuicChannel, for example using something like:
The text was updated successfully, but these errors were encountered: