Vidocq Documentation

vidocq-runtime-integration-tests est le module qui exerce Vidocq Runtime dans des scénarios multi-extensions. Il vérifie que la composition Chappe + Vauban + Champollion + Foy + Cassini + Mansart se comporte correctement bout-en-bout, indépendamment des TCK officiels.

Coordonnées

Artefact

io.vidocq.runtime:vidocq-runtime-integration-tests:0.1.0-SNAPSHOT

Source

vidocq-runtime-integration-tests/src/test/java/

Champ d’application

  • Boot complet du runtime, validation de la séquence des phases.

  • Interaction REST + CDI + JDBC sur cas de bout-en-bout (création, lecture, transaction, rollback).

  • Comportement sous arrêt — drainage des virtual threads, fermeture du pool, libération des listeners HTTP.

  • Régressions identifiées par les bugs documentés dans vidocq/BUG.md, vidocq/CHAPPE-BUGS.md, vidocq/VAUBAN-BUGS.md.

Lancement

cd vidocq-runtime-integration-tests
./mvnw -ntp test

Pour un test ciblé :

./mvnw -ntp test -Dtest=BootSequenceIT

Différence avec les TCK

  • Les TCK (Cassini, Foy, Champollion, Vauban) vérifient la conformité aux spécifications Jakarta — exécutés via leurs scripts dédiés run-official-tck-*.sh, hors du reactor parent.

  • Les integration-tests vérifient l’orchestration interne propre à Vidocq Runtime — boot, lifecycle, interaction inter-extensions, AOT readiness.

Les deux sont complémentaires et obligatoires pour publier une version.

Convention TDD

Conformément à la philosophie du workspace, chaque nouvelle fonctionnalité du moteur Vidocq Runtime arrive via un test rouge dans ce module avant tout code de production. Voir le CLAUDE.md racine pour la règle complète.

Pour aller plus loin