Undertow
Undertow 2.4.0 clears three CVEs and finally lands long-open HTTP/2 and timeout requests
A side-by-side editorial comparison of ITK and Zeebe — release velocity, themes, recent moves, and the top alternatives to consider.
ITK is running a 6.0 modernization beta and a 5.4 maintenance line side by side
ITK is a C++ toolkit for N-dimensional scientific and medical image analysis, with widely used Python bindings. Two lines ship in parallel: 6.0 betas carrying the breaking modernization work — C++17 required, ITKv4 compatibility and deprecated APIs removed, namespaced CMake targets for every module — and 5.4 patches delivering steady maintenance to users who cannot move yet, including a GDCM CVE backport, FFTW SIMD selection, and GIL release during Python operations.
Camunda's 8.10 alpha threads a business ID through every layer of the orchestration stack.
This feed is Camunda's monorepo tag stream, so most of what appears in it is machinery rather than software anyone installs: 0.0.0-dryrun-* backport tags and CI hardening dominate by count. The actual content sits in the 8.10.0-alpha4 line, where one theme runs through everything — business IDs as a first-class way to address process instances, wired into the BPMN model, the engine, the protocol, the REST/gRPC/Java clients, FEEL expressions and secondary storage. A separate 8.7 Optimize patch closes two dependency CVEs for the maintenance branch.
ITK is a C++ toolkit for N-dimensional scientific and medical image analysis, with widely used Python bindings. Two lines ship in parallel: 6.0 betas carrying the breaking modernization work — C++17 required, ITKv4 compatibility and deprecated APIs removed, namespaced CMake targets for every module — and 5.4 patches delivering steady maintenance to users who cannot move yet, including a GDCM CVE backport, FFTW SIMD selection, and GIL release during Python operations.
The 6.0 effort is a cleanup release rather than a feature release: its content is what gets deleted and what gets required, not what gets added. That has a predictable consequence — the 5.4 line has to stay productive for a long time, which is why maintenance patches keep landing real performance work rather than only fixes. The other visible thread is Python taking priority over C++ in the maintenance line, with the GIL release, NumPy buffer safety, and the default thread backend switch from TBB to Pool all aimed at Python users.
The Beta 2 notes place a first release candidate next, which puts the C++17 requirement and the ITKv4 removal in front of downstream projects for real. The notes give no indication of how long the 5.4 line continues past that.
This feed is Camunda's monorepo tag stream, so most of what appears in it is machinery rather than software anyone installs: 0.0.0-dryrun-* backport tags and CI hardening dominate by count. The actual content sits in the 8.10.0-alpha4 line, where one theme runs through everything — business IDs as a first-class way to address process instances, wired into the BPMN model, the engine, the protocol, the REST/gRPC/Java clients, FEEL expressions and secondary storage. A separate 8.7 Optimize patch closes two dependency CVEs for the maintenance branch.
Business ID is being finished, not started: alpha4 covers deploy-time validation, child propagation, late assignment after job completion, incidents on invalid runtime values and search-API visibility, which is the shape of a feature in its last mile before a stable release. A second, quieter thread is agent-instance lifecycle work — history field renames and cleanup at the end of a process instance — indicating the engine now carries AI agent runs as state it has to retain and then garbage-collect. RBAC is also being consolidated behind a single canonical endpoint-to-permission mapping.
The next tags on this line most likely narrow to fixes on the business ID surface rather than opening a new subsystem, since both release candidates in this window carried CI corrections and no feature changes. Whether agent-instance handling becomes a documented capability or stays internal plumbing is not yet visible in these entries.
Other DevOps products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either ITK or Zeebe.
Undertow 2.4.0 clears three CVEs and finally lands long-open HTTP/2 and timeout requests
Betaflight grew a real autopilot: waypoint missions, geofence RTH and MAVLink ground control
OceanBase is rebuilding itself as a RAG backend without giving up the HTAP story
QGroundControl rebuilt its flight UI around touch screens, then went quiet for ten months
Pelican now ships roughly once a year, and 4.12 is theme housekeeping
WildFly's quarterly train is really a stability ladder, and OIDC keeps climbing it
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. Zeebe is currently shipping more aggressively (velocity 5.0 vs 2.5), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. Zeebe is currently shipping more aggressively (velocity 5.0 vs 2.5), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other DevOps products to evaluate alongside.
Top ITK alternatives in DevOps are ranked by recent ship velocity. Browse the "ITK alternatives" section above for the current picks, or visit /alternatives/itk for the full list with editorial commentary on each.
Top Zeebe alternatives in DevOps are ranked by recent ship velocity. Browse the "Zeebe alternatives" section above for the current picks, or visit /alternatives/zeebe for the full list with editorial commentary on each.