Update to Vert.x 4.2.4 and Netty 4.1.73

[cescoffier]

Vert.x 4.2.4 release notes are explained in https://github.com/vert-x3/wiki/wiki/4.2.4-Release-Notes.

Netty 4.1.73 release notes are explained in https://netty.io/news/2022/01/12/4-1-73-Final.html.
Noteworthy changes are:

• Make "pinned memory" from PooledByteBufAllocator reflect buffers in use
• Allow to disable duplicate native library check
• Allow same native libraries if the content is the same

This PR also aligns the gRPC dependencies with the vert.x gRPC dependencies (that we use underneath).

CC @jviet

[quarkus-bot]

Failing Jobs - Building c743ece

Status	Name	Step	Failures	Logs	Raw logs
✖	Gradle Tests - JDK 11	Build	Failures	Logs	Raw logs
✖	Gradle Tests - JDK 11 Windows	Build	Failures	Logs	Raw logs

Full information is available in the Build summary check run.

Failures

⚙️ Gradle Tests - JDK 11 #

- Failing: integration-tests/gradle 

📦 integration-tests/gradle

✖ io.quarkus.gradle.devmode.MultiModuleKotlinProjectDevModeTest.main line 22 - More details - Source on GitHub

org.awaitility.core.ConditionTimeoutException: Condition with lambda expression in io.quarkus.test.devmode.util.DevModeTestUtils that uses java.util.function.Supplier, java.util.function.Supplierjava.util.concurrent.atomic.AtomicReference was not fulfilled within 3 minutes.
	at org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:164)
	at org.awaitility.core.CallableCondition.await(CallableCondition.java:78)

---

⚙️ Gradle Tests - JDK 11 Windows #

- Failing: integration-tests/gradle 

📦 integration-tests/gradle

✖ io.quarkus.gradle.devmode.MultiModuleKotlinProjectDevModeTest.main line 22 - More details - Source on GitHub

org.awaitility.core.ConditionTimeoutException: Condition with lambda expression in io.quarkus.test.devmode.util.DevModeTestUtils that uses java.util.function.Supplier, java.util.function.Supplierjava.util.concurrent.atomic.AtomicReference was not fulfilled within 3 minutes.
	at org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:164)
	at org.awaitility.core.CallableCondition.await(CallableCondition.java:78)

[gsmet]

@glefloch any chance we could fix this test ^ (or disable it), it's failing VERY often.

[glefloch]

Right, saw them failing in a PR too. Looking at that.