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.