vidocq-runtime-integration-tests is the module that exercises Vidocq Runtime in multi-extension scenarios. It verifies that the Chappe + Vauban + Champollion + Foy + Cassini + Mansart composition behaves correctly end-to-end, independently of the official TCKs.
Coordinates
Artefact |
|
Source |
|
Scope
-
Full runtime boot, validation of phase ordering.
-
REST + CDI + JDBC interaction in end-to-end cases (create, read, transaction, rollback).
-
Shutdown behaviour — virtual thread drain, pool close, HTTP listener release.
-
Regressions tracked by bugs documented in
vidocq/BUG.md,vidocq/CHAPPE-BUGS.md,vidocq/VAUBAN-BUGS.md.
Run
cd vidocq-runtime-integration-tests
./mvnw -ntp test
For a targeted test:
./mvnw -ntp test -Dtest=BootSequenceIT
Difference from TCKs
-
TCKs (Cassini, Foy, Champollion, Vauban) verify conformance to Jakarta specifications — run via dedicated
run-official-tck-*.shscripts, outside the parent reactor. -
Integration tests verify the orchestration internal to Vidocq Runtime — boot, lifecycle, inter-extension interaction, AOT readiness.
The two are complementary and both required to release a version.
TDD convention
Per the workspace philosophy, every new feature of the Vidocq Runtime engine arrives via a red test in this module before any production code. See the workspace root CLAUDE.md for the full rule.
Next steps
-
TCK status — spec-conformance coverage
-
Internals — what is tested at boot
-
Examples — concrete applications used as oracles