La ligne de commande est trop longue. dans le projet java avec maven

J'ai maven-gwt projet. Il y a beaucoup de dépendances qui est d'habitude par un grand projet. Je pense que c'est à la limite avec la création de classpath. J'ai trouvé quelques informations à propos de la limitation. Autorisée est de 1023 Caractères. Mais j'ai besoin des bibliothèques.

Je reçois le message d'erreur suivant lorsque je veux package de mon projet mit Maven.

The command line is too long.

Comment puis-je contourner le problème.?

Ici est l'étendue de l'erreur dans Jenkins:

[INFO] --- maven-surefire-plugin:2.5:test (default-test) @ MyProject ---
[INFO] Surefire report directory: C:\Documents and Settings\User\.jenkins\workspace\Myproject\target\surefire-reports
The command line is too long.
The command line is too long.

[ERROR] There are test failures.
Qui plugin particulier qui est de donner à cette erreur?
J'ai obtenu l'erreur juste après cette ligne --- maven-surefire-plugin:2.5:test (default-test)
Vous pouvez poster toute erreur?
En fait votre classpath limite ne semble pas être vrai, Si j'exécute mvn dependency:build-classpath | wc -c sur un assez gros projet, il dit 10290... Quel est votre sortie de mvn dependency:build-classpath | wc -c ? Qui ne s'ajouter des choses à votre classpath, maven ou avez-vous l'ajouter vous-même?
Eclipse ou maven faire. Ce que j'ai changé dans mon code est juste l'ajout de plusieurs dépendances. C'était mon auumption avec classpath

OriginalL'auteur Kayser | 2011-11-18

  1. 7

    J'ai trouvé une autre solution de contournement http://code.google.com/p/gwt-maven/issues/detail?id=88
    (J'ai un problème avec l'évolution de la pom pour s'adapter à un système d'exploitation spécifique)

    En bref: faire chemin d'accès à un dépôt local aussi court que possible.

    "
    Commentaire par 40 [email protected] Mar 23, 2009
    Un de le correctif pour le problème de la "GWT compilation échoue en raison de La ligne de saisie est
    trop de temps." est comme suit:

    1. Changement m2(maven) référentiel. Vous pourriez avoir votre maven
      référentiel:
      C:\Documents and Settings\MahcineNameABC\.m2

    2. Copie settings.xml fichier à partir du dossier
      apache-maven-2.0.8\apache-maven-2.0.8\conf en C:\Documents and Settings\MahcineNameABC\.m2

      Dans settings.xml:

    3. modifier la balise comme
      <localRepository>M:</localRepository>. Maintenant, votre m2 la maison est un virtuel lecteur M.

    4. Créer un dossier de référentiel comme D:\maven-2.0.8\repository
    5. Couper/Copier tous les fichiers/dossiers à partir de C:\Documents and Settings\MahcineNameABC\.m2\repository à D:\maven-2.0.8\repository
    6. Carte de lecteur local: ouvrez l'invite de commande et exécuter (pour créer le
      lecteur virtuel):
      subst M: D:\maven-2.0.8\repository. Maintenant virtuel M drive sera le point de votre référentiel.
    7. Définissez la variable d'environnement M2_REPO avec la valeur M:
    8. Pour permettre de longues entrées, sur invite de commandes, exécutez:cmd /e:32768

    Ce serait résoudre le problème des longues entrées en raison de la très longue entrées dans le classpath
    variables, au moins dans Win XP SP2. Les entrées sont combinés et testés à partir de commentaire#22
    et #7.

    Espère que cela aide!

    Cela devrait vous aider dans la plupart des cas (et jusqu'à la fin du projet - au moins dans mon cas)

    OriginalL'auteur dermoritz

  2. 2

    Cela semble être un problème connu avec gwt-maven. Il y a une discussion sur le gwt-maven google groupes: Solution de contournement pour windows en ligne de commande limite de longueur

    Le problème semble être que les sources sont inclus dans le test de classpath, par conséquent, vous obtenez des problèmes lorsque vous êtes en cours d'exécution infaillible:

    La solution de contournement consiste à exclure les sources de dépendance, de rendre le système de portée (à partir du fil au-dessus):

        <dependency> 
        <!-- non existant artifact ID required (-source) maven bug?? --> 
        <artifactId>myproject-rpc-source</artifactId> 
        <groupId>${project.groupId}</groupId> 
        <version>${project.version}</version> 
        <classifier>sources</classifier> 

        <!-- hack below as maven only incudes provdied in test scope --> 
        <scope>system</scope> 
        <systemPath>${basedir}/../rpc/target/myproject-rpc-${project.version}-sources.jar</systemPath> 
    </dependency>

    mais je serais pleinement de lire et de comprendre le google groupes de fil avant de procéder à cette.

    OriginalL'auteur Matthew Farwell

  3. 1

    Si vous utilisez l'Ide, il y a un paramètre dans workspace.xml qui prend soin de ce problème. Il y a un existant post à ce sujet.

    OriginalL'auteur eze

  4. -1

    De 2.5.0-rc1 l'GWT plugin Maven a une nouvelle option: "genParam". Définissez ce paramètre à false pour éviter ce problème.

    Ce paramètre n'a rien à voir avec le problème évoqué.

    OriginalL'auteur haromt