Contrôler un projet avec Maven et Spring: Comment définir un fichier de configuration Spring avec les profils Maven?

Ai-je besoin d'une .fichier de propriétés?

Généralement parlant, OUI, vous avez besoin d'utiliser .fichier de propriétés, c'est ce que nous faisons habituellement, en particulier pour la manipulation de la base de données de configuration de la connexion au printemps contexte fichier.

Le but de .fichier de propriétés est de fournir la capacité de la configuration des connexions de base de données lors de l'exécution de l'application (l'application web, habituellement nécessitent le redémarrage de l'application conteneur/serveur après .fichier de propriétés de changements). Cela se fait habituellement lors de l'application de déploiement/installation étape dans différents environnements (DEV/TEST/UAT/PROD).

C'est pas une bonne pratique pour stocker les paramètres de connexion dans la base de données pom.xml comme le but de pom.xml est pour la description du projet et utilisé seulement une fois à la compilation de l'application de temps (par exemple mvn deploy). Et pour la plupart du temps, même s'il est emballé dans le final jar/war, nous n'avons pas vraiment de soins et touchez de suite de l'application est construite.

À utiliser .fichier de propriétés au printemps contexte, définir un propertyConfigurer bean dans votre applicationContext, par exemple:

<bean id="propertyConfigurer"
  class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
  <property name="locations">
    <list>
      <!-- Default location inside war file -->
      <value>classpath:db.properties</value>
      <!-- Environment specific location, a fixed path on server -->
      <value>file:///opt/my-web-app/conf/db.properties</value>
    </list>
  </property>
  <property name="ignoreResourceNotFound" value="true"/>
</bean>

Espérons que cela a du sens.

La question principale est: comment allez-vous déployer votre fichier WAR pour les différents environemnts?, par l'intermédiaire d'un RPM, jenkins construire, à la main?, aussi, ne vous veux le même fichier WAR de déployé à tous les environnements?

a) vous voulez que votre GUERRE pour être déployé vi JENKINS travail (ou manuellement par l'intermédiaire de maven), il suffit de traiter vos ressources et de l'utilisation du profil dans le processus de construction de la jarre (mvn -P production propre déployer), la pom maven devrait inclure le code comme ceci:

    <filters>
        <filter>${config.maven.plattform.resources}/environment/${config.environment.dir}/your_proyect.properties</filter>
    </filters>
    <resources>
        <resource>
            <directory>resources/servlet-context.xml</directory>
            <filtering>true</filtering>
        </resource>
        <resource>
            <directory>target/generated-resources</directory>
            <filtering>true</filtering>
        </resource>
    </resources>

Vous devez définir vos propriétés dans le fichier your_proyect.propriétés (un par l'environnement) et également définir config.de l'environnement.dir pour tous les vos différents profils.

b) vous voulez la même GUERRE/RPM, etc. pour tous vos projets. Ensuite, vous devez définir le environemt en tant que propriété de la java de démarrage de l'application servert: -DENVIRONMENT=production, puis de charger toutes les propriétés paramétrées PropertyPlaceholderConfigurer comme yorkw souligné:

<bean id="propertyPlaceholderConfigurer"
class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
    <property name="locations">
        <list>
        <value>classpath:environment/${ENVIRONMENT}/your_project.properties</value>
        </list>
    </property>
</bean>

Aussi n'oubliez pas de mettre toutes les propriétés de la GUERRE, les pom pour la GUERRE, construire devrait inclure le code comme ceci:

                <execution>
                    <id>copy-env-resources</id>
                    <!-- here the phase you need -->
                    <phase>validate</phase>
                    <goals>
                        <goal>copy-resources</goal>
                    </goals>
                    <configuration>
                        <outputDirectory>${basedir}/src/main/webapp/WEB-INF/classes/environment/</outputDirectory>
                        <overwrite>true</overwrite>
                        <resources>
                            <resource>
                                <directory>${basedir}/${build_to_all_your_environments}</directory>
                                <includes>
                                    <include>**/*.properties</include>
                                </includes>
                            </resource>
                        </resources>
                    </configuration>
                </execution>

c) mixte: vous pouvez choisir manuellement un environnement sur celle définie comme une propriété dans le serveur (-D), vous pouvez l'obtenir en utilisant les propriétés par défaut, si pas trouvé, alors le recours à la une pour que environemt, cette étape est assez compliquée car elle nécessite un autre ensemble de propriétés, si vous êtes intéressé vérifier mon post:
le déploiement des environnements différents avec maven et le printempsje suis aussi intéressé par une meilleure solution pour c)