Ne peut pas obtenir de projet maven.la version de propriété, au Printemps de l'application avec @Valeur

Comment obtenir le projet maven.la version de propriété, au Printemps de Démarrage de l'application avec un @de la Valeur de l'annotation?

InformationsquelleAutor Jack G. | 2016-08-16
  1. 72

    Après quelques recherches et essais sur la façon d'obtenir le projet maven version de Printemps de l'application de Démarrage, je ne pouvais pas trouver quelque chose de travailler pour moi.

    À l'aide d'un manifeste est définitivement un mauvais chemin à cause de la classe chargeurs de questions, c'est à dire un seul obtient le premier manifeste du Printemps trouve, ce qui dans mon cas n'était pas l'une de mes application.

    Une solution que j'ai trouvé est d'utiliser le maven ressources plugin pour "filter" (remplacer) propriétés dans les fichiers de ressources. Dans ce cas, le Ressort application.properties.

    Ci-dessous sont les étapes pour faire ce travail.

    Dans le pom, activer des ressources de filtrage avec la définition suivante:

        <resources>
        <resource>
            <filtering>true</filtering>
            <directory>src/main/resources</directory>
            <includes>
                <include>application.properties</include>
            </includes>
        </resource>
    </resources>

    Dans le application.properties fichier:

      [email protected]@
  [email protected]@
  build.timestamp=@timestamp@

    Avis les @property@ au lieu de ${propriété}. dans le application.properties fichier.

    Le printemps-amorçage-starter-pom parent redéfinit le standard de ${} délimiteur comme @:

        <resource.delimiter>@</resource.delimiter> <!-- delimiter that doesn't clash with Spring ${} placeholders -->
    <delimiters>
        <delimiter>${resource.delimiter}</delimiter>
    </delimiters>

    On peut alors accéder à ces propriétés au Printemps à l'aide de @Valeur comme ceci:

    @Value("${application.name}")
private String applicationName;

@Value("${build.version}")
private String buildVersion;

@Value("${build.timestamp}")
private String buildTimestamp;

    Un exemple de projet est disponible ici.

    • En gros, vous avez résolu ce qui Ressort de la documentation décrit pour ça: docs.printemps.io/spring-boot/docs/current/reference/html/... Le seul point dans les docs est que si vous utilisez le Printemps de Démarrage de parent vous n'avez pas besoin de définir explicitement le filtre de ressources.
    • Nous n'utilisons pas de printemps-amorçage-starter-mère, mais nous n'avons pas besoin d'ajouter des séparateurs config comme votre réponse et section 72.1.1 dit.
    • L'horodatage devrait en fait être quelque chose comme [email protected]@.
    • Toutes les suggestions sur la façon de faire cela à l'aide de yaml ? Je suis en train d'essayer d'échapper à la '@' caractères à l'aide de guillemets autour des valeurs (j'.e "@projet.artifactId@" mais dans Cent-OS les propriétés ne sont pas résolus, quand je lance l'application comme un pot
    • J'étais encore struggeling bien que j'ai eu cet article dans mon pompon. Le problème, c'est que j'ai eu un distinct application.yml en test/resources. Lorsque vous souhaitez activer le filtrage pour que l'on, aussi, vous aurez besoin d'un testResources section similaire à celui décrit dans docs.printemps.io/spring-boot/docs/current/reference/html/...
    • Pour les débutants comme moi, j'ai essayé d'obtenir le numéro de build à l'aide de cas de test JUnit qui ne court pas le printemps de l'application. Pour vous d'obtenir le numéro de build exécuter l'application en premier.
    • Il suffit de définir "[email protected]@" et les informations seront disponibles au localhost:8080/actionneur/info : rien de plus à faire! Voir baeldung.com/spring-boot-info-actuator-custom

    InformationsquelleAutor Jack G.
  2. 29

    Pour obtenir l'accès à des propriétés Maven dans Printemps de Démarrage de l'application tous nous avons besoin est une carte avec séparateur @ dans le application.properties comme ceci:

    [email protected]@
[email protected]@

    Ensuite les utiliser dans l'application comme d'ordinaire propriétés, par exemple:

    @Service
public class SomeService {

   @Value("${app.version}")
   private String appVersion;

   //other stuff
}

    Source: Automatique De La Propriété D'Expansion À L'Aide De Maven

    Mais si nous sommes à l'aide de yaml pour stocker les propriétés de l'application, nous devons remplacer le séparateur @ avec une autre, par exemple ^ dans notre pom.xml:

    <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-resources-plugin</artifactId>
    <version>2.7</version>
    <configuration>
        <delimiters>
            <delimiter>^</delimiter>
        </delimiters>
        <useDefaultDelimiters>false</useDefaultDelimiters>
    </configuration>
</plugin>

    Ou encore plus simple - il suffit de remplacer la variable resource.delimiter dans propeties bloc de votre pom.xml:

    <properties>
    <java.version>11</java.version>
    <resource.delimiter>^</resource.delimiter>
</properties>

    Ensuite l'utiliser dans application.yml:

    app:
  version: ^project.version^
  name: ^project.name^
    InformationsquelleAutor Cepr0
  3. 11

    Il y a un moyen plus facile de faire ceci, ne pas besoin d'ajouter de l'application.propriétés ou séparateur de changements.
    Ajoutez simplement le plugin avec l'objectif de construire-info et Autowire démarrage de classe avec des fèves BuildProperties.

    <plugin>
<groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-maven-plugin</artifactId>
   <version>2.1.3.RELEASE</version>
   <executions>
     <execution>
       <goals>
         <goal>build-info</goal>
       </goals>
     </execution>
   </executions>
</plugin>

    De démarrage de classe aura 

    @Autowired
  BuildProperties buildProperties;

    plus tard dans @PostConstruct vous pouvez appeler plusieurs méthodes de restauration en construire d'horodatage, la Version, le nom , l'Artefact etc.

    buildProperties.getName();
buildProperties.getVersion();
buildProperties.get("time");

    La info actionneur utilisera automatiquement et afficher de l'information si il le détecte, ainsi que d'afficher git d'informations s'il en trouve.

    • C'est le plus nettoyeur de réponse. @MilanDesai merci beaucoup!
    InformationsquelleAutor Milan Desai
  4. 1

    C'est probablement parce que votre principal pom ne pas déclarer printemps-amorçage-starter-parent que son parent pom.
    Parce que quand donc, le filtrage se fait par défaut, sans avoir besoin de déclarer le filtrage explicitement

    Pour moi, le passage à partir de :

    <parent>
    <groupId>com.mycompany</groupId>
    <artifactId>mycompany-parent</artifactId>
    <version>20</version>
</parent>

    à : 

    <parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>1.5.6.RELEASE</version>
</parent>

    Dans mon application principale pom.xml correction du problème sans avoir à déclarer le filtrage.

    InformationsquelleAutor TheBakker