externaliser global maven settings.xml dans une base de données?

Question

Mes paramètres maven Le fichier xml déclare essentiellement un ensemble d'emplacements de repo pour rechercher des artefacts. Je veux centraliser ceci pour que je sache que tous les développeurs, construire des esclaves, etc. utilisent le même profil de construction lors de la construction d'artefacts pour le projet. Existe-t-il un plugin pour le faire et si non, quelle est la meilleure façon d'installer un plugin pour cela? Quelque chose comme ci-dessous? Quelle est la phase/objectif lorsque les paramètres sont chargés? En supposant que je peux injecter des informations supplémentaires en utilisant http://maven.apache.org/plugin-tools/maven-plugin-tools-annotations/ quelqu'un peut-il suggérer une bonne approche pour résoudre ce problème?

<executions> 
    <execution> 
      <id>bootstrap</id> 
      <phase>initialize</phase> 
      <goals> 
        <goal></goal> 
      </goals> 
    </execution> 
</executions> 

Answer 1

Je le garderais simple. Si vous avez un bien mis en place nexus/Artifactory, tout ce que vous aurez besoin dans votre settings.xml est quelque chose comme:

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" 
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
      xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 
          https://maven.apache.org/xsd/settings-1.0.0.xsd"> 

    <mirrors> 
    <mirror> 
      <id>internalmirror</id> 
      <mirrorOf>*</mirrorOf> 
      <url>https://path to virtual repo combing other repos/</url> 
     </mirror> 
    </mirrors> 

</settings> 

Answer 2

Ce n'est pas une réponse:

Le premier problème que je vois dans votre question c'est que vous mélangez des choses. Le settings.xml ne doit contenir qu'une configuration par défaut pour accéder à un gestionnaire de référentiel et pas à beaucoup de référentiels. C'est l'odeur au début. Deuxièmement, si vous avez besoin de définir une sorte de profil, il y a une autre odeur. Vous devriez utiliser au moins pas de profil. En outre, dans le settings.xml, il peut y avoir un nom d'utilisateur/mot de passe (crypté au mieux), etc. sur une base d'utilisateurs qui devrait être située chez les utilisateurs. Sur Jenkins, vous pouvez utiliser le fournisseur de fichier de configuration pour résoudre ce problème d'une manière générale.

En dehors de cela quelle est la relation avec les plugins? Pourquoi charger le settings.xml dans le plugin? Dans quel but? Malheureusement vous êtes très général mais n'expliquez pas votre vrai problème? Et quel genre de vous essayez de résoudre?