Skip to content

Roadmap and Guardrails ​

SliceComplexityRiskImpact
Add dependency-guard tests for proposed runtime-core packagesLowLowPrevents new Quarkus/Vert.x/CDI leakage
Introduce BeanLookup and replace direct Arc.container() callsLowMediumRemoves direct Quarkus container binding
Introduce RuntimeProfile and remove direct launch-mode reads in core candidatesLowLowMakes config/profile portable
Add ExecutionContextCarrier abstraction for Vert.x localsMediumMediumRequired for Reactors context propagation
Make YAML services valid without @PipelineStepMediumMediumUnlocks annotation-removal trajectory
Split framework/runtime into core plus Quarkus runtime artifactMedium-HighHighCreates real portability boundary
Convert store SPIs to neutral async typesMediumHighEnables non-Mutiny providers
Add renderer-profile registryMediumMediumKeeps semantic model stable while adding Spring generation
Build minimal Spring Boot unary/local REST pipelineHighHighFirst portability proof
Add full Spring WebFlux/Reactor/gRPC/await/checkpoint parityHighHighProduction-capable portability

First portability PR gates:

  1. Framework tests pass for Quarkus runtime and deployment.
  2. Dependency guard: no io.quarkus, jakarta.enterprise, io.vertx, or io.smallrye.mutiny leaks in selected core packages.
  3. Existing Quarkus example compiles unchanged.

Guardrails during any portability work:

  • Build-time validation stays primary.
  • Mapper pair matching remains deterministic.
  • Cardinality and split/merge lineage stays replay-safe.
  • Quarkus behavior remains source-compatible through extraction.
  • Transport/platform remain orthogonal.
  • Vert.x context migration is explicit, not accidental.
  • Spring support does not force Reactor as a hard requirement for Quarkus users.