Replace the underlying HTTP client

[jmini]

If we move to Java 11 or 17 (see #817), probably the built-in java client would be sufficient for this library.

This would reduce the dependency graph of this project.

This would solve the issue that some consumer of the project have with the jersey client and Java-EE vs Jakarta-EE packages (see #841 or #894)

This is open for suggestions

[ramarro123]

hi @jmini this is a very intresting project, do you have any idea on when it will be ready? it will surely speed up native build for the pipeline

[jmini]

When asking about agnostic HTTP client in Java I got following pointer:

Create an SPI and then have various implementations (like OkHttp, JDK HttpClient, Vert.x etc). Example projects doing so:

• Fabric8 Kubernetes Client
• Testcontainers
• OpenTelemetry

This is probably what #778 is describing.