2009-12-14 3 views
1

Corrigez-moi si je me trompe mais que l'on place normalement des propriétés de déploiement ou spécifiques à l'utilisateur (par exemple, les paramètres de développement/testserver) dans settings.xml. Et en spécifiant quels profils utiliser, nous pouvons changer le comportement de la construction maven. Toutefois, il existe généralement des paramètres dans les profils (settings.xml) qui doivent être partagés. Puisque je ne veux pas vérifier dans settings.xml, je veux que la construction de maven interroge une base de données pour ces paramètres de profil & font le filtrage. Est-ce possible via un plugin?Filtrage des valeurs à l'aide d'une petite base de données au lieu de settings.xml dans maven

Répondre

1

Corrigez-moi si je me trompe mais que l'on place normalement des propriétés de déploiement ou spécifiques à l'utilisateur (par exemple, les paramètres de développement/testserver) dans settings.xml. Et en spécifiant quels profils utiliser, nous pouvons changer le comportement de la construction maven.

Eh bien, settings.xml est pas le meilleur choix pour les profils si vous ne voulez pas faire votre construction non portable. Vous devriez plutôt mettre des profils dans le pom.xml de votre projet et utiliser settings.xml pour les choses "secrètes" seulement. Voir le chapitre 11.5. Tips and Tricks du livre Maven de Sonatype. En fait, je suggère de lire le chapitre entier 11. Build Profiles. Toutefois, il existe généralement des paramètres dans les profils (settings.xml) qui doivent être partagés. Puisque je ne veux pas vérifier dans settings.xml, je veux que la construction de maven interroge une base de données pour ces paramètres de profil & font le filtrage. Est-ce possible via un plugin? Eh bien, comme je l'ai dit, mettre les profils dans le pom.xml devrait résoudre ce problème (et je ne sais pas si un tel plugin existe). Une solution intermédiaire serait d'utiliser des profils et filters comme décrit dans this blog post mais ce n'est pas très différent.

Questions connexes