Reduce chances of type check scalability issues (Fixes #5039)

[franz1981]

This is performing 2 changes:

• Fixes Type Pollution Scalability issue over Vertx/Netty HTTP 2 pipeline traversal #5039 by using a companion class: the problem is due to the various generic collections operations in Netty
  eg
  the entry in the issue

      io.netty.handler.codec.http2.DefaultHttp2Connection$DefaultEndpoint.addStream(DefaultHttp2Connection.java:805)
                class: io.netty.handler.codec.http2.Http2Connection$Listener
                count: 7912545

matches with https://github.com/netty/netty/blob/013c38298f6d28ec14543d02ede9bb6a6472ca3f/codec-http2/src/main/java/io/netty/handler/codec/http2/DefaultHttp2Connection.java#L805
which listeners collections contains:

0 = {WeightedFairQueueByteDistributor$1@5819} 
1 = {DefaultHttp2RemoteFlowController$1@5855} 
2 = {DefaultHttp2LocalFlowController$1@5856} 
3 = {VertxHttp2ConnectionHandler@5851} 

meaning that the checkcast hidden in the ArrayList::get(int) (because of its generic type), will observe 4 different concrete types, causing the checkcast against to likely happen, although the JDK 22 JIT optimization mentioned at netty/netty#13745 (comment)

• Improve the fast-path check vs ByteBuf while reading the data passed by the pipeline, as reported by

--------------------------
9:      io.netty.buffer.PooledUnsafeDirectByteBuf
Count:  5541640
Types:
        io.netty.handler.codec.http2.Http2StreamFrame
Traces:
        io.vertx.core.http.impl.VertxHttp2ConnectionHandler.channelRead(VertxHttp2ConnectionHandler.java:405)
                class: io.netty.handler.codec.http2.Http2StreamFrame
                count: 5541640
--------------------------

The first is effective since netty/netty#13741 has already been merged and it removes the ChannelInboundHandler case in the report.

With this PR there should be a single type check at

        io.netty.channel.AbstractChannelHandlerContext.invokeRead(AbstractChannelHandlerContext.java:839)
                class: io.netty.channel.ChannelOutboundHandler
                count: 5488418

which won't flip-flop its type anymore, leveraging the existing secondary_super_cache value in VertxHttp2ConnectionHandler's Klass.