Printemps de Démarrage ne parvient pas à exécuter maven-surefire-plugin ClassNotFoundException org.apache.maven.surefire.booter.ForkedBooter

L'exécution de maven (3.5.2) de la construction d'un Printemps de Démarrage 2.0.2.COMMUNIQUÉ de candidature (généré par le web de l'initialiser avec web dépendances) échec de l'exécution de la maven-surefire-plugin disant:

Erreur: impossible de trouver ou charger la classe principale
org.apache.maven.surefire.booter.ForkedBooter

Causés par: java.lang.ClassNotFoundException: org.apache.maven.surefire.booter.ForkedBooter

Pourquoi est-ce arrivé? Est-ce un problème de démarrage + infaillible intégration = un bug?

Pour référence, les dépendances qui semblent pertinentes sont:

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.0.2.RELEASE</version>
    <relativePath/>
</parent>
...
<dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-test</artifactId>
        <scope>test</scope>
</dependency>
...
<dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
</dependency>
...
<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
        </plugin>
    </plugins>
</build>
  • Le en amont question montre trois solutions de contournement (les deux énumérés ici, plus forkCount 0), mais aucun n'est sans problèmes ☹
InformationsquelleAutor jediz | 2018-06-02
  1. 118

    Solution de contournement pour le problème était de remplacer le Printemps de Démarrage du maven-surefire-plugin définition et de définir useSystemClassLoader à false. Lire Surefire docs pour plus de détails

    <build>
    <plugins>
        ...
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <configuration>
                <useSystemClassLoader>false</useSystemClassLoader>
            </configuration>
        </plugin>
    </plugins>
</build>
    • Oui, je peux confirmer les solutions résout le problème, mais qu'est-ce que la question derrière les coulisses? - La nuit s'appuie sur notre système CI ont été soudainement rouge sans aucune modification de code. Est-il un problème avec Spring Boot?
    • jetez un oeil à cela, je suis arrivé ici par le ceci post
    • Gah! J'ai juste rencontré ce bug dans un CircleCI construire. Apparemment, leur docker image circleci/openjdk:8-jdk juste commencé à utiliser ce patch de la version de Java. La solution dans cette réponse, a travaillé comme un charme.
    • Même question qui s'est passé avec CircleCI construire. C'était honnêtement juste quelque chose que j'ai essayé au hasard et a été très surpris de voir que ça a fonctionné.
    • Nous avons non-Printemps de projet Maven, j'ai besoin d'ajouter au-dessus de la section dans le build -> pluginManagement -> plugins -> plugin de pom.xml.
    • Même ici, et c'est le plus simple fixe, merci
    • Comme il est dit dans l'autre réponse et le problème en amont cette solution de contournement n'est pas sans problèmes.
    • Ce correctif a fonctionné pour moi, cependant, j'ai eu un avertissement qu'une version devrait être fourni/indiqué. Afin d'éviter de futures erreurs je vous recommande d'en ajouter un. A partir de maintenant, <version>2.22.1< version> semble être la dernière.
    • on doit définir la version de ne pas obtenir maven avertissements sur construire. edit: comme dit dans previuous commentaire
    • la version a été hérité de Spring boot, qui est une de ses caractéristiques principales: - il est censé définir les versions compatibles pour votre.

    InformationsquelleAutor jediz
  2. 17

    La <useSystemClassLoader>false</useSystemClassLoader> solution provideded par jediz a permis à mon infaillible tests à exécuter, mais est tombé en classe de chargement dans certains de mes Printemps de Démarrage des tests d'intégration.

    Suivantes maven-surefire-plugin de configuration a fonctionné pour moi:

    <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <configuration>
        <argLine>-Djdk.net.URLClassPath.disableClassPathURLCheck=true</argLine>
    </configuration>
</plugin>
    • Comme il est dit dans le problème en amont cette solution de contournement est aussi ce n'est pas sans problèmes ☹
    InformationsquelleAutor Andreas Presthammer
  3. 10

    Pour moi, la solution a été d'exécuter mvn comme

    _JAVA_OPTIONS=-Djdk.net.URLClassPath.disableClassPathURLCheck=true mvn clean compile package

    D'autres idées (ce qui donne le système de la propriété pour le maven liste des arguments, des changements dans différents pom.xml, settings.xml) ne fonctionne pas.

    Malgré qu'il ne contient pas la solution exacte, aussi cette réponse a été très utile pour moi de faire ce clair, que c'est un malheureux de la coopération des deux, seul inoffensif bugs dans le Ubuntu JDK et Maven Plugin Surefire.

    Récente de Debian (buster) avec le même JDK et Maven versions ne semblent pas touchés par le problème, mais Ubuntu (xenial) n'.

    La solution exacte est à venir à partir de cette réponse.

    • L'utilisation de ce JDK options a fonctionné pour moi.
    InformationsquelleAutor peterh
  4. 9

    Mise à jour le maven-surefire-plugin de 2.12.4 à 3.0.0-M1 a fonctionné pour moi. Le projet n'a pas explicitement utilisé le plugin, j'ai donc dû ajouter un nouveau plugin de dépendance.

    <plugins>
   ...
   <plugin>
      <artifactId>maven-surefire-plugin</artifactId>
      <version>3.0.0-M1</version>
   </plugin>
   ...
</plugins>
    • il a travaillé! j'ai utilisé maven-surefire-plugin 3.0.0-M3 avec OpenJDK 11 et SpringBoot 2.1.X
    InformationsquelleAutor rvange
  5. 0

    J'ai été en mesure de supprimer le maven-surefire-plugin de mon POM après l'ajout de ce à le haut de mon POM (à l'intérieur de la <project> nœud)

    <prerequisites>
    <maven>3.6.1</maven>
</prerequisites>

    Pourquoi dois-je pense que c'est la bonne réponse?

    • Il spécifie la version de Maven qui recommande l'utilisation de Maven: https://maven.apache.org/download.cgi
    • lorsque vous exécutez mvn versions:display-plugin-updates il montre que c'est en prenant le maven-surefire-plugin 3.0.0-M3 à partir de super-pom, qui jusqu'à présent semble avoir ce problème résolu.
    • Vous n'avez pas à gérer individu plugin versions indépendamment d'aller de l'avant. Juste votre minimum maven version qui contrôle le super-pom version.
    • J'ai essayé cette solution et voici ce que j'ai: [WARNING] The project com.example:pom:0.0.2 uses prerequisites which is only intended for maven-plugin projects but not for non maven-plugin projects. For such purposes you should use the maven-enforcer-plugin. See https://maven.apache.org/enforcer/enforcer-rules/requireMavenVersion.html
    • Quelle est la version de Maven avez-vous installé? J'ai été en utilisant le maven préalable dans tous mes projets maven et elle fonctionne bien pour moi.
    • je l'ai testé avec maven 3.6.0, OpenJDK11, et au Printemps de démarrage 2.1.X parent. J'ai réussi à résoudre le problème en utilisant rvangedu répondre ci-dessus.
    • Je suis désolé que ma réponse ne fonctionne pas pour vous, mais heureux que vous avez trouvé un qui l'a fait! Ma réponse est toujours bien fonctionné pour moi, même si, sur de nombreux projets, donc je vais l'y laisser.
    InformationsquelleAutor GlenPeterson