feat(clea-ws): consistent request validation
- préparation mise en place flyway
- création d'un module maven qu'on peut importer dans les différents modules applicatifs en scope "test" pour initialiser une base avec le schéma
- le
message
remonté par le endpoint/wreport
sur les visites acceptées rejetées est modifié en accord avec les devs de l'app mobile - l'interface du controlleur spring est générée avec openapi-codegen (contract-first)
- l'authentification JWT est déléguée à spring-security (le code custom est éliminé)
- suppression des interfaces dans clea-ws-rest
- validation côté clea-ws-rest :
- la validation JSR-303 reste désactivée pour les besoins de validation spécifiques
- la validation reste faite "à la main" pour accepter le plus de visites possibles malgré des erreurs sur certaines d'entre elles
- jackson désérialise la requête : si une chaine de caractères est fournie à la place d'un entier un erreur 400 Bad Request est forcément remontée
- la validation du format de la requête qui définit si on va la traiter ou non est réalisée dans le controleur :
- la date pivot doit être renseignée et valide, sinon 400 Bad Request
- la liste de visites doit en contenir au moins, une sinon 400 Bad Request
- le report service subit un refactoring pour introduire l'usage de
Instant
plus facile à lire et utiliser que des timestamps NTP - les tests sont refactorés pour fonctionner avec moins de mocks pour les rendre plus lisibles.
Edited by Jujube Orange