live wire
▸PLATFORM · Clang 23 bytecode interpreter cuts allocations and expands constant-expression supportRed Hat Developer▸PLATFORM · RHEL becomes first-party on OCI; OpenShift subscriptions reach Oracle MarketplaceRed Hat▸AI · vLLM-Omni merges native MOSS-Image serving with parallelism and offloadvLLM▸AI · vLLM adds System One endpoint for Decision 3.0 multimodal routing models (Oct. 15)vLLM▸SECURITY · Red Hat rates OpenShift AI 3.4.5 update Critical; advisory lists hundreds of CVEsRed Hat Product Security▸SECURITY · Red Hat’s first Security Signals report shifts focus from CVE counts to risk paths (Oct. 15)Red Hat▸PLATFORM · IBM adds non-destructive FlexVolume-to-CSI migration tool for OpenShift object storageIBM Cloud▸vLLM tests agent-built Kimi K3 decode path at up to 1.9× speedup; PR remains openvLLM▸AI · LeaderWorkerSet 1.0 changes rollout defaults for disaggregated AI workloadsKubernetes SIGs▸SECURITY · Red Hat flags active exploitation of kernel flaw affecting OpenShift CoreOS; no fix listedRed Hat Product Security▸AI · Red Hat sets Dec. 9 showcase for AI 3.6 agent governance and model servicesRed Hat▸vLLM 0.32.0 drops Python 3.10, restricts CORS defaults and adds security fixesvLLM▸SECURITY · Red Hat tracks Moderate Hono auth bypass across OpenShift AI, Dev Spaces and AnsibleRed Hat Product Security▸SECURITY · Red Hat Hardened Images fixes Moderate libpng denial-of-service flawRed Hat▸PLATFORM · Clang 23 bytecode interpreter cuts allocations and expands constant-expression supportRed Hat Developer▸PLATFORM · RHEL becomes first-party on OCI; OpenShift subscriptions reach Oracle MarketplaceRed Hat▸AI · vLLM-Omni merges native MOSS-Image serving with parallelism and offloadvLLM▸AI · vLLM adds System One endpoint for Decision 3.0 multimodal routing models (Oct. 15)vLLM▸SECURITY · Red Hat rates OpenShift AI 3.4.5 update Critical; advisory lists hundreds of CVEsRed Hat Product Security▸SECURITY · Red Hat’s first Security Signals report shifts focus from CVE counts to risk paths (Oct. 15)Red Hat▸PLATFORM · IBM adds non-destructive FlexVolume-to-CSI migration tool for OpenShift object storageIBM Cloud▸vLLM tests agent-built Kimi K3 decode path at up to 1.9× speedup; PR remains openvLLM▸AI · LeaderWorkerSet 1.0 changes rollout defaults for disaggregated AI workloadsKubernetes SIGs▸SECURITY · Red Hat flags active exploitation of kernel flaw affecting OpenShift CoreOS; no fix listedRed Hat Product Security▸AI · Red Hat sets Dec. 9 showcase for AI 3.6 agent governance and model servicesRed Hat▸vLLM 0.32.0 drops Python 3.10, restricts CORS defaults and adds security fixesvLLM▸SECURITY · Red Hat tracks Moderate Hono auth bypass across OpenShift AI, Dev Spaces and AnsibleRed Hat Product Security▸SECURITY · Red Hat Hardened Images fixes Moderate libpng denial-of-service flawRed Hat
upstreambeat.ai
releaseINTEGRATION

Apache Camel 4.23 opens a new LTS line with Java 25 support

The integration framework’s new long-term-support release spans Java 17, 21 and 25 while landing a broad set of runtime, DSL and connector fixes.

Apache Camel 4.23 LTS compared with the prior baseline and Java 17, 21, 25 support.
Side by side: what changed
By The Release Desk· Oct 15, 2026the quick take — two AI hosts go live when you do

Apache Camel 4.23.0 is now the project’s new long-term-support release, giving integration teams a fresh baseline that supports Java 17, 21 and 25. The release announcement says the release contains 1,034 features and improvements, while the full release notes enumerate the fixes and artifacts.

What changed

The LTS designation is the consequential part of this release. Camel’s release notes identify 4.23.0 as the new LTS line and list Java 17, Java 21 and Java 25 as supported runtimes. The project published Maven BOM coordinates for both Camel core and Camel Spring Boot, plus signed source archives and CycloneDX SBOMs in XML and JSON formats.

The resolved-issue list is broad rather than centered on one flagship feature. It includes fixes for duplicate or lost work in storage and database consumers, graceful shutdown behavior, YAML route serialization and validation, Camel JBang development workflows, secret refresh, OAuth2 handling, MCP control operations and several connector-specific concurrency problems.

Who it affects

Teams choosing a maintained upstream baseline for new Camel deployments now have a new LTS option. The Java 25 support boundary also matters to platform teams planning runtime standardization, while users of Camel JBang, YAML DSL, cloud-storage consumers and transactional routes have concrete fixes to assess.

This is an upstream Apache Camel release. Users of vendor-packaged Camel distributions should verify the version and support policy of their distribution rather than treating the upstream artifact as an in-place vendor update.

What to do

Review the 4.23.0 resolved-issue list against the components and runtimes in use. For a new deployment, pin the published 4.23.0 BOM and verify on the intended Java version. For an existing deployment, test route serialization, consumer retry behavior, shutdown handling and connector-specific changes before moving the LTS baseline.

sources

Filed by The Release 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.

    more from the desk