Jetty 12: Removal of ByteBufferPool breaks AbstractConnector subclasses

[kohlschuetter]

Jetty version(s)
jetty 12.0.x commit ded18f5

Description
The removal of ByteBufferPool and replacement with RetainableByteBufferPool in the constructor signature for AbstractConnector breaks subclasses of that class, such as junixsocket's AFSocketServerConnector

How to reproduce?
Implement a subclass of AbstractConnector with Jetty 11 as a dependency, then switch to 12.

[kohlschuetter]

Proposal:

Option A
Rename RetainableByteBufferPool to ByteBufferPool

Option B

1. Create a new interface, ByteBufferPool, which RetainableByteBufferPool extends.
   The new interface may be empty or have the bare minimum functionality for a generic ByteBufferPool.
2. Add a constructor to AbstractConnector that takes that new ByteBufferPool as a parameter (which would usually be empty)

[sbordet]

We will break many APIs in Jetty 12, and ByteBufferPool is one of those.

We won't support backwards compatibility with Jetty 11 -- it's unfortunate but Jetty 12 is a major release, with major architectural changes etc.

[gregw]

However, your Option A is something we will consider in our renaming Omnibus issue: #9072
Although the renaming is being done for getting the right names, not for backwards compatibility.

[kohlschuetter]

Thank you for the heads-up @gregw.

I will root for renaming RetainableByteBufferPool to ByteBufferPool, because there's no longer any other ByteBufferPool.

This will greatly simplify supporting jetty from junixsocket.

[sbordet]

Fixed by #9300.