live wire
▸INTEGRATION · Apache Camel exposes incident and web search as parallel tools for a local agentApache Camel▸AI · Red Hat makes confidential GPU AI GA and previews VM-isolated Agent Sandbox (Aug. 4)Red Hat Blog▸SECURITY · Red Hat fixes Important MariaDB GIS memory-corruption flaw in Hardened ImagesRed Hat Product Security▸SECURITY · Red Hat restores CVE pages after a CWE dependency outage; monitoring continuesRed Hat status▸PLATFORM · Red Hat implements a fix for docs.redhat.com degradation and begins monitoringRed Hat status▸AI · vLLM combines PCP, DCP and host-memory offload to serve 1M-token GLM-5.3 contextsvLLM▸AI · vLLM ships day-zero MiniMax-M3.1-Flash support across NVIDIA and AMD GPUsvLLM▸SECURITY · Red Hat revokes compromised eMudhra certificates across RHEL and OpenShift trust storesRed Hat Product Security▸SECURITY · Red Hat rates PHP2Shell request-handling flaws Important; fixes are rolling outRed Hat Product Security▸AI · IBM maps GPU observability and FinOps controls across OpenShift clustersIBM Community▸IDENTITY · Red Hat shows Data Grid authentication through Keycloak 26 on OpenShiftRed Hat Developer▸AI · Red Hat layers tenant isolation, tool authorization and rate limits onto MCP gatewaysRed Hat Developer▸DATA · Red Hat maps direct LDAP and LDAPS authentication for Data Grid on OpenShiftRed Hat Developer▸PLATFORM · OpenShift Service Mesh 3.4.3 restores strict enforcement of OpenShift TLS cipher profilesRed Hat release notes▸INTEGRATION · Apache Camel exposes incident and web search as parallel tools for a local agentApache Camel▸AI · Red Hat makes confidential GPU AI GA and previews VM-isolated Agent Sandbox (Aug. 4)Red Hat Blog▸SECURITY · Red Hat fixes Important MariaDB GIS memory-corruption flaw in Hardened ImagesRed Hat Product Security▸SECURITY · Red Hat restores CVE pages after a CWE dependency outage; monitoring continuesRed Hat status▸PLATFORM · Red Hat implements a fix for docs.redhat.com degradation and begins monitoringRed Hat status▸AI · vLLM combines PCP, DCP and host-memory offload to serve 1M-token GLM-5.3 contextsvLLM▸AI · vLLM ships day-zero MiniMax-M3.1-Flash support across NVIDIA and AMD GPUsvLLM▸SECURITY · Red Hat revokes compromised eMudhra certificates across RHEL and OpenShift trust storesRed Hat Product Security▸SECURITY · Red Hat rates PHP2Shell request-handling flaws Important; fixes are rolling outRed Hat Product Security▸AI · IBM maps GPU observability and FinOps controls across OpenShift clustersIBM Community▸IDENTITY · Red Hat shows Data Grid authentication through Keycloak 26 on OpenShiftRed Hat Developer▸AI · Red Hat layers tenant isolation, tool authorization and rate limits onto MCP gatewaysRed Hat Developer▸DATA · Red Hat maps direct LDAP and LDAPS authentication for Data Grid on OpenShiftRed Hat Developer▸PLATFORM · OpenShift Service Mesh 3.4.3 restores strict enforcement of OpenShift TLS cipher profilesRed Hat release notes
upstreambeat.ai
releaseJAVA

Quarkus 4 beta turns a framework upgrade into a platform migration

The first beta moves the Java baseline, networking stack, serialization layer and persistence defaults at once, making early testing more than a compatibility exercise.

By The News Desk· Oct 23, 2026the quick take — two AI hosts go live when you do

Quarkus has published the first beta of its next major release and is asking extension maintainers and application teams to test before a final release planned for the end of November. The release announcement is short; the accompanying migration guide shows why this is not a routine version bump.

What changed

Quarkus 4 raises the minimum runtime to Java 21, recommends Java 25 and drops Java 17 support. Its default container base moves to UBI 10. At the framework layer, the beta combines Netty 4.2 and Vert.x 5 with opt-in HTTP/3, QUIC support, native transports including epoll and io_uring, and a built-in observability dashboard in Dev UI. The release also moves to Jakarta REST 4, Hibernate ORM 8, Jakarta Persistence 4, Jackson 3 and CDI 5, according to the project announcement.

Those upgrades create application-facing changes. The migration guide says Jackson core and databind packages move from com.fasterxml.jackson to tools.jackson, while several deserialization defaults become stricter. The separate gRPC server is removed: gRPC services now share the main Vert.x HTTP server, and clients relying on the old default port 9000 must be redirected. Quarkus also removes a long list of previously deprecated configuration properties and artifact relocations.

Persistence deserves its own test pass. Quarkus now assumes newer database versions at build time—PostgreSQL 16, MySQL 8.4, MariaDB 11.4, Oracle 23, SQL Server 2022 and Db2 12.1 are among the new defaults. The guide warns that applications connected to older databases can fail at startup unless teams upgrade the database or explicitly set a compatible target version. Hibernate ORM 8 also brings stricter query typing, API removals and changes to generated DDL behavior.

Who should act

Extension maintainers have the shortest runway because their work can block application migrations. Quarkus explicitly asks them to port extensions during the beta. Application teams should treat the beta as a compatibility rehearsal across build images, Java runtimes, REST and gRPC endpoints, JSON handling, database targets, observability and security configuration.

What to do now

The project recommends starting with quarkus update; migration items marked in the guide are handled automatically by that tool. Automation does not cover every change, so teams should then run integration tests against real databases and external clients, inspect warnings for unused configuration, compare generated schemas and telemetry, and test container builds on UBI 10. With the final release planned for late November, the beta is the point to discover ecosystem gaps rather than the point to schedule production adoption.

Filed by The News Desk. Corrections: desk@upstreambeat.ai · Our standards →

comments · 0

    Comments are moderated before they appear. Your email is used once to confirm it is you — never shown, never sold. Corrections and questions get an answer from the desk when we have one.