Quarkus 3.27.x enforce une séparation entre le FormatMapper REST (quarkus.jackson.*) et celui utilisé pour les colonnes JSON en BDD. Sans 'format.global=ignore', Quarkus bloque le démarrage si write-dates-as-timestamps=false (ce qui est notre cas).
Solution recommandée par la migration guide Quarkus : opt-in au futur défaut 'ignore' → BuiltinFormatMapperBehaviour ne bloque plus le démarrage.
Aligne afterwork-server-impl-quarkus sur le reste de l'écosystème LionsDev (tous les autres backends sont sur 3.27.3 LTS / Java 21 depuis 2026-04-24).
- pom.xml : quarkus.platform.version 3.16.3 → 3.27.3
- maven.compiler.release 17 → 21
- Build OK dès la première compilation (pas de breaking changes API)
- README : mise à jour stack + historique
PROBLEME RESOLU:
- Les tokens JWT generes au login n'etaient pas verifies correctement
- SmallRye JWT ne pouvait pas charger la cle de verification
- Incompatibilite entre l'issuer du token et celui attendu
CORRECTIONS:
- Creation de jwt-secret.jwk au format JWK standard pour cles symetriques
- Configuration smallrye.jwt.verify.key.location vers le fichier JWK
- Alignement de l'issuer sur 'afterwork' dans .env.example
Ce commit sert de checkpoint stable pour la configuration JWT.
Co-authored-by: Cursor <cursoragent@cursor.com>
- Change quarkus.package.type from uber-jar to fast-jar
- Add EventShare entity and migration for share tracking
- Add establishment capacity field
- Improve event and establishment services
- Add comprehensive tests
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
- Migration de Jakarta WebSocket vers Quarkus WebSockets Next
- Implémentation de l'architecture Kafka pour événements temps réel
- Ajout des DTOs d'événements (NotificationEvent, ChatMessageEvent, ReactionEvent, PresenceEvent)
- Création des bridges Kafka → WebSocket (NotificationKafkaBridge, ChatKafkaBridge, ReactionKafkaBridge)
- Mise à jour des services pour publier dans Kafka au lieu d'appeler directement WebSocket
- Suppression des classes obsolètes (ChatWebSocket, NotificationWebSocket)
- Correction de l'injection des paramètres path dans WebSockets Next (utilisation de connection.pathParam)
- Ajout des migrations DB pour bookings, promotions, business hours, amenities, reviews
- Mise à jour de la configuration application.properties pour Kafka et WebSockets Next
- Mise à jour .gitignore pour ignorer les fichiers de logs
- Remplacement des propriétés obsolètes multipart par quarkus.http.limits.max-body-size
- Mise à jour de l'ingress avec le bon nom de service et annotations lionsctl
- Utilisation du certificat partagé api-lions-dev-tls
- Ajout du support WebSocket dans l'ingress
- Suppression des propriétés build-time qui causaient des warnings
- Mise à jour des credentials par défaut: lionsuser/LionsUser2025!
- Mise à jour database name: mic-after-work-server-impl-quarkus-main
- Les propriétés build-time restent dans application.properties
- Changement datasource par défaut de H2 vers PostgreSQL
- Mise à jour credentials: lionsuser / LionsUser2025!
- Database: mic-after-work-server-impl-quarkus-main
- Résout l'erreur 'Driver does not support the provided URL'
Permet le build avec -Dquarkus.profile=production sans variables d'environnement.
Les vraies valeurs seront fournies par Kubernetes au runtime.
- application.properties: Ajout valeurs par défaut pour DB_HOST, DB_PORT, DB_NAME, DB_USERNAME, DB_PASSWORD
- deploy.ps1: Ajout -Dquarkus.package.type=uber-jar pour générer runner.jar
