Votre architecture sait tout.
Faites-en un levier d'automatisation.
HexaGlue classifie votre domaine et construit un modèle architectural exploitable. Les plugins transforment ce modèle en code, en documentation, en validations. Les trois plugins officiels ne sont qu'un point de départ.
Neuf familles d'automatisation
Cette connaissance permet d'automatiser bien au-delà de la persistance JPA.
Persistance
Au-delà de JPA : entités MongoDB, tables DynamoDB, documents Elasticsearch, repositories Cassandra. Chaque stratégie de persistance peut avoir son propre plugin, adapté aux spécificités du datastore.
API
REST controllers Spring, schémas GraphQL, stubs gRPC, spécifications OpenAPI. Les driving ports du domaine décrivent les contrats : un plugin peut générer les adaptateurs qui les exposent.
Messaging
Producers Kafka, listeners RabbitMQ, event bridges, schémas Avro. Les domain events et les driven ports de type EVENT_PUBLISHER fournissent le contrat : le plugin génère l'infrastructure de messaging.
Testing
Tests d'intégration, fixtures de données, builders de test, analyse de couverture par agrégat. Un plugin peut aussi exploiter les résultats de tests d'acceptance (Cucumber, ArchUnit) pour les croiser avec le modèle architectural.
Migration
Changement de stack technique, migration de Spring MVC vers Spring WebFlux, de JDBC vers R2DBC. Le modèle architectural reste stable : seul le plugin de génération change. Une migration pilotée par l'architecture, pas par le refactoring manuel.
Gouvernance
Règles d'audit personnalisées, métriques métier spécifiques, rapports de conformité réglementaire, vérification des conventions de nommage ou des patterns d'entreprise. La gouvernance devient automatisée et intégrée au build.
Notifications
Emails transactionnels, SMS (Twilio), push mobile (FCM/APNS), notifications Slack ou Teams. Les domain events identifiés par le modèle deviennent les déclencheurs de notifications multi-canal, générées avec les bons payloads.
Sécurité
Filtres d'authentification OAuth2/SAML, validation API Key, contrôle d'accès par agrégat. Les driving ports décrivent les contrats exposés : un plugin peut générer les couches de sécurité adaptées à chaque point d'entrée.
Observabilité
Tracing OpenTelemetry, health checks Kubernetes, audit logging pour la conformité (GDPR, SOC2). Le modèle architectural permet de générer l'instrumentation au bon niveau de granularité : par agrégat, par port, par service applicatif.
Ces neuf familles illustrent l'étendue des possibilités. Le SPI de HexaGlue est ouvert : tout ce qui peut se déduire de la structure et de la classification de votre domaine peut être automatisé par un plugin.
Les plugins ne génèrent pas à l'aveugle
| Information accessible | Ce qu'elle permet |
|---|---|
| Agrégats et entités enfants | Générer un repository par agrégat, pas par classe |
| Value Objects et champs wrappés | Déplier ou embarquer selon la structure |
| Ports driven et leur type | Générer l'adaptateur correspondant au contrat |
| Ports driving | Exposer les cas d'usage via une API |
| Domain Events | Générer les producteurs et schémas de messages |
| Relations de composition | Structurer les jointures, les sous-documents ou les relations |
C'est la différence fondamentale entre un générateur de code classique et un plugin HexaGlue. Un template Velocity ou Mustache travaille sur des classes. Un plugin HexaGlue travaille sur un modèle architectural typé : il sait qu'un Order est un agrégat avec un identifiant OrderId qui wrappe un UUID, pas juste une classe avec des champs.
S'adapter à votre contexte, pas l'inverse
Un plugin custom peut intégrer ces contraintes directement dans la génération, au lieu de les vérifier après coup.
Standards d'entreprise
Conventions de nommage, patterns d'accès aux données, wrappers de sécurité, couche anti-corruption : le plugin génère du code conforme aux règles de votre organisation dès le premier build.
Stack technique spécifique
Quarkus au lieu de Spring, jOOQ au lieu de JPA, Vert.x au lieu de Spring MVC : un plugin dédié génère les adaptateurs pour votre stack, sans compromis ni workaround.
Migration progressive
Vous changez de datastore ou de framework ? Le modèle architectural reste stable. Créez un nouveau plugin pour la cible, désactivez l'ancien. La migration est pilotée par l'architecture, pas par le refactoring fichier par fichier.
Métriques et conformité
Règles d'audit spécifiques à votre secteur (finance, santé, réglementaire), indicateurs de qualité architecturale, rapports de conformité générés à chaque build et intégrés dans votre CI/CD.
Le plugin JPA officiel couvre le cas le plus courant. Mais si votre projet utilise MongoDB, Cassandra ou un framework maison, un plugin custom produit exactement le code attendu par votre stack, sans couche d'abstraction supplémentaire.
Un plugin sur mesure, conçu pour vous
Nous concevons et livrons des plugins dédiés à vos besoins, intégrés dans votre pipeline de build.
Cadrage
Analyse de votre domaine, de votre stack cible et de vos conventions. Définition du périmètre de génération.
Développement
Implémentation du plugin avec tests, documentation et intégration dans votre build Maven.
Livraison
Le plugin vous appartient. Code source livré, documenté, maintenable par vos équipes. Aucun verrouillage.
Le plugin est livré avec son code source et sa suite de tests. Vous en êtes propriétaire, sans dépendance ni abonnement.
HexaGlue comprend votre architecture.
Exploitez-en tout le potentiel.
Explorez les possibilités ou parlons de votre projet.