Spring Boot - pom parent lorsque vous avez déjà un pom parent

Est une approche recommandée pour l'inclusion de la collection printemps-boot pom parent, dans les projets qui ont déjà un parent requis POM?

Que recommandez-vous pour les projets qui doivent s'étendre à partir d'une organisation mère (ce qui est extrêmement commun, et même quelque chose de beaucoup de/la plupart des projets publiés à Maven central en fonction sur le chargeur de repos ils viennent). La plupart des objets est liée à la création de l'exécutable Pots (par exemple en cours d'exécution incorporé Tomcat/Jetty). Il y a des façons de structurer les choses, de sorte que vous pouvez obtenir toutes les dépendances sans s'étendant à partir d'un parent (similaire à la composition vs héritage). Vous ne pouvez pas obtenir un construire des trucs que bien.

Ainsi est-il préférable d'inclure tous les printemps-boot pom parent à l'intérieur de la nécessaire mère POM ou pour tout simplement avoir un POM de dépendance dans le cadre du projet POM fichier.

D'autres options?

TIA,

Scott

InformationsquelleAutor Scott C. | 2014-01-23

165

Vous pouvez utiliser le printemps-amorçage-starter-mère comme une "compilation de nomenclature" (c.f. Printemps Jersey et d'autres projets qui prennent en charge cette fonctionnalité pour l'instant), et inclure uniquement dans la gestion de la dépendance de la section du scope=importation.De cette façon, vous obtenez beaucoup d'avantages de son utilisation (c'est à dire la gestion des dépendances) sans changer les paramètres de votre parent réel.

Les 2 principales autres choses, il ne sont
1. définir une charge de propriétés pour mettre rapidement les versions des dépendances que vous souhaitez remplacer
2. configurer des plugins avec la configuration par défaut (principalement au Printemps de Démarrage plugin maven). Ce sont les choses que vous devez le faire manuellement si vous utilisez votre propre parent.
Exemple fourni dans Printemps de Démarrage de la documentation:
```
<dependencyManagement>
    <dependencies>
        <dependency>
            
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-dependencies</artifactId>
            <version>2.1.3.RELEASE</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>
```
- Je devine que cela ne tirez dans les plugins - ombre etc?
- Pas de. Lire le lien: "vous pouvez toujours conserver les avantages de la gestion de la dépendance (mais pas le plugin de gestion)".
- pouvez-vous s'il vous plaît confirmer si il est possible d'exclure des dépendances dans la manière montrée ci-dessus? Je n'arrive pas à obtenir que cela fonctionne.
- Oui c'est possible (normal maven règles pour la résolution des dépendances s'appliquent - ils peuvent être un peu déroutant).
- Veuillez préciser: 1: Quand j'ai mes personnalisé project-parent je pourrais ajouter spring-boot-starter-parent à ce project-parent - est-il ok? Dois-je aussi spring-boot-dependencies dans une telle situation? 2: Normal printemps-amorçage de projet-je exécuter à l'aide de spring-boot:courir. Comment faire pour exécuter le projet avec les différents pom parent?
- L'extrait de code ci-dessus est suffisante pour obtenir la gestion de la dépendance des fonctionnalités. Si vous voulez plugins (comme spring-boot:run), vous devez confute séparément. Vous pouvez copier-coller à partir du Démarrage d'un parent si vous le souhaitez.
- Désolé, vieille question, je sais. Si vous importez le printemps de démarrage des dépendances comme cela, est-il un moyen de faire référence à l' </propriétés / > élément spring-boot-dépendances dans mon pdm? J'ai un sous-module avec une dépendance sur activemq-camel et j'aimerais qu'il soit rattaché à la même version que activemq dans spring-boot-dépendances.
- Non, il n'est pas. Il doit être un parent pom pour hériter de la <properties/>.
- Je sais que c'est un vieux thread mais il m'a beaucoup aidé, merci. J'ai fini la lecture de ce mécanisme à la source maven.apache.org/guides/introduction/.... Il explique beaucoup de choses.
- Important de noter que les propriétés ne sont pas héritées de l'importation de la nomenclature, comme dit Dave. Vous devez également copier les propriétés pour les versions plugin à partir du printemps-amorçage-starter-dépendances. Au moins, c'est ce que j'ai trouvé lors de la transformation d'un projet à l'aide de Spring Boot 1.5.21 multi module.
InformationsquelleAutor Dave Syer

Mise à jour 2018-01-04 avec 1.5.9.La LIBÉRATION.

J'ai plein de code et runable exemple ici https://www.surasint.com/spring-boot-with-no-parent-example/

Vous besoin de cela comme d'une base

   <dependencyManagement>
        <dependencies>
            <dependency>
                <!-- Import dependency management from Spring Boot -->
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-dependencies</artifactId>
                <version>${springframework.boot.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>

Mais ce n'est pas suffisant, vous devez également définir explicitement l'objectif pour le printemps-boot-maven-plugin (Si vous utilisez le Printemps de Démarrage en tant que parent, vous n'avez pas à définir explicitement ce)

    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
            <version>${springframework.boot.version}</version>
            <executions>
                <execution>
                    <goals>
                        <goal>repackage</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>

Sinon vous ne pouvez pas construire comme exécutable jar ou war.

Pas encore, si vous êtes à l'aide de JSP, vous devez avoir ceci:

<properties>    
  <failOnMissingWebXml>false</failOnMissingWebXml>
</properties>

Sinon, vous obtiendrez ce message d'erreur:

    [ERROR] Failed to execute goal org.apache.maven.plugins:maven-war-plugin:2.2:war (default-war) on project spring-boot-09: Error assembling WAR: webxml attribute is required (or pre-existing WEB-INF/web.xml if executi
ng in update mode) -> [Help 1]

Non , NON, ce n'est pas encore suffisant si vous utilisez Maven Profil et Filtre de Ressources avec Spring Boot avec "@" au lieu de "${}" (comme dans cet exemple https://www.surasint.com/spring-boot-maven-resource-filter/). Ensuite, vous devez ajouter explicitement présent dans

    <resources>
        <resource>
            <directory>src/main/resources</directory>
            <filtering>true</filtering>
        </resource>
    </resources>

Et ce dans

        <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>

Voir l'exemple dans le lien https://www.surasint.com/spring-boot-with-no-parent-example/.

Vous avez sauvé mes jours l'homme Merci beaucoup
un avertissement , mon exemple est 1.5.9. Vous devez utiliser 1.5.11 (libération d'hier) parce que cette version a un correctif pour un problème grave de sécurité.
vous m'avez sauvé, merci

InformationsquelleAutor Surasin Tancharoen

Comme par Surasin Tancharoen réponse, vous pouvez également définir maven plugin surefire

        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>${maven-surefire-plugin.version}</version>
        </plugin>

et comprendre éventuellement fail-fast plugin

    <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-failsafe-plugin</artifactId>
        <version>${maven-failsafe-plugin.version}</version>
        <executions>
            <execution>
                <goals>
                    <goal>integration-test</goal>
                    <goal>verify</goal>
                </goals>
            </execution>
        </executions>
    </plugin>

InformationsquelleAutor trenunu

Vous devez vous connecter pour publier un commentaire.