Java.lang.OutOfMemoryError: Espace de heap Java dans Maven

Question

Lorsque je lance maven test, une java.lang.OutOfMemoryError se produit. J'ai cherché des solutions en ligne et j'ai essayé d' exporter MAVEN_OPTS=-Xmx1024m, mais cela n'a pas fonctionné. Quelqu'un connait-il d'autres solutions pour ce problème? J'utilise maven 3.0

Collez le message d'erreur ici lorsque vous exécutez mvn test -e

Tests en échec:
  warning(junit.framework.TestSuite$1)
  testDefaultPigJob\_1(com.snda.dw.pig.impl.DefaultPigJobLocalTest)
  testDefaultPigJob\_2(com.snda.dw.pig.impl.DefaultPigJobLocalTest)

Tests exécutés: 11, Échecs: 3, Erreurs: 0, Ignorés: 0

10/11/01 13:37:18 INFO executionengine.HExecutionEngine: Connexion au système de fichiers hadoop sur: file:///
\[INFO\] ------------------------------------------------------------------------
\[INFO\] ÉCHEC DE LA CONSTRUCTION
\[INFO\] ------------------------------------------------------------------------
\[INFO\] Temps total: 30.063s
\[INFO\] Terminé à: Lun Nov 01 13:37:18 PDT 2010
\[INFO\] Mémoire finale: 3M/6M
\[INFO\] ------------------------------------------------------------------------
\[ERROR\] Échec de l'exécution du goal org.apache.maven.plugins:maven-surefire-plugin:2.5:test (default-test) sur le projet dw.pig: Il y a des échecs de test.
\[ERROR\]
\[ERROR\] Veuillez consulter E:\\Code\\Java\\workspace\\dw.pig\\target\\surefire-reports pour les résultats des tests individuels.
\[ERROR\] -> \[Aide 1\]
org.apache.maven.lifecycle.LifecycleExecutionException: Échec de l'exécution du goal org.apache.maven.plugins:maven-surefire-plugin:2.5:test (default-test) sur le projet dw.pig: Il y a des échecs de test.

Veuillez consulter E:\\Code\\Java\\workspace\\dw.pig\\target\\surefire-reports pour les résultats des tests individuels.
         at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:199)
         at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
         at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:140)
         at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
         at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
         at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
         at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
         at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:314)
         at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:151)
         at org.apache.maven.cli.MavenCli.execute(MavenCli.java:445)
         at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:168)
         at org.apache.maven.cli.MavenCli.main(MavenCli.java:132)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:597)
         at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
         at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
         at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
         at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Caused by: org.apache.maven.plugin.MojoFailureException: Il y a des échecs de test.

Veuillez consulter E:\\Code\\Java\\workspace\\dw.pig\\target\\surefire-reports pour les résultats des tests individuels.
          at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:629)
          at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:107)
          at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:195)
          ... 19 more
\[ERROR\]
\[ERROR\] Re-exécutez Maven en utilisant l'option -X pour activer un journal de débogage complet.
\[ERROR\]
\[ERROR\] Pour plus d'informations sur les erreurs et les solutions possibles, veuillez lire les articles suivants:
\[ERROR\] \[Aide 1\] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc

Answer 1

Lorsque je lance maven test, java.lang.OutOfMemoryError se produit. Je l'ai googlé pour trouver des solutions et j'ai essayé d'exporter MAVEN_OPTS=-Xmx1024m, mais cela n'a pas fonctionné.

Le fait de définir les options Xmx en utilisant MAVEN_OPTS fonctionne, cela configure le JVM utilisé pour démarrer Maven. Cela dit, le maven-surefire-plugin forks un nouveau JVM par défaut, et vos MAVEN_OPTS ne sont donc pas transmises.

Pour configurer la taille du JVM utilisé par le maven-surefire-plugin, vous devriez soit :

• changer le forkMode en never (ce qui n'est pas forcément une bonne idée car Maven ne sera pas isolé du test) ~ou~
• utiliser le paramètre argLine (la bonne façon) :

Dans ce dernier cas, quelque chose comme ceci :

  -Xmx1024m

Mais je dois dire que je suis plutôt d'accord avec Stephen ici, il y a très probablement quelque chose qui ne va pas avec un de vos tests et je ne suis pas sûr que donner plus de mémoire soit la bonne solution pour "résoudre" (cacher ?) votre problème.

Références

• Maven 2 Surefire Plugin
• Classloading and Forking in Maven Surefire

Answer 2

Pour ceux qui sont nouveaux à Maven (comme moi), voici toute la configuration qui va dans la section de construction de votre pom. Cheers.

        org.apache.maven.plugins
        maven-surefire-plugin
        2.22.2

            -Xmx1024m

Answer 3

Pour contourner temporairement ce problème, j'ai trouvé que la manière la plus rapide était la suivante :

export JAVA_TOOL_OPTIONS="-Xmx1024m -Xms1024m"

Answer 4

Il est probable que le problème se trouve dans l'un des tests unitaires que vous avez demandé à Maven d'exécuter.

Par conséquent, jouer avec la taille du tas est la mauvaise approche. Au lieu de cela, vous devriez examiner le test unitaire qui a provoqué le OOME et essayer de déterminer s'il s'agit d'une erreur du test unitaire ou du code qu'il teste.

Commencez par regarder la trace de la pile. S'il n'y en a pas, exécutez à nouveau mvn ... test avec l'option -e.

Answer 5

J'ai résolu ce problème de deux manières de mon côté :

1. Ajout de cette configuration dans le fichier pom.xml

   -Xmx1024m

2. Passer à utiliser JDK 1.7 au lieu de 1.6