Use NettyChannelBuilder to enable blocking calls in callbacks

[cbornet]

It's currently not possible to do blocking calls in listener handlers while preserving back-pressure as that blocks the vertx event loop (see #1089 #1285).
Instead of VertxChannelBuilder, we can use NettyChannelBuilder delegates onNext/onError/onCompleted to a thread-pool with ordering guarantees.
It is OK to do it as the vertx-grpc stubs are just wrappers around the grpc-java ones and don't actually use the vertx loop. So they are compatible with any ManagedChannelBuilder (eg. in unit tests InProcessChannelBuilder is used).

Alternatives:

• Rejected: pass responses to an ordered blocking call executor. This solves the blocking issue but breaks the back-pressure chain (see WIP: Support blocking calls in client response handlers #1558 )
• Future work: use the vertx-grpc-client (Switch to vertx-grpc-client #1372)

[k8s-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: cbornet
Once this PR has been reviewed and has the lgtm label, please assign lburgazzoli for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[cbornet]

Hi @lburgazzoli, would you have time to review ?

[lburgazzoli]

hope by the end of the week, please ping me again in case I won't

[cbornet]

hope by the end of the week, please ping me again in case I won't

Hi @lburgazzoli, gentle ping.