la compilation maven échec
J'ai un problème bizarre - un peu de classe fichier n'a pas pu être lue au cours de maven build.
- J'ai un projet
A
et projetB
. - Projet
B
dépend du projetA
cible fichier JAR.
Au cours du projet B
compilation il n'est pas capable de lire lib dans le projet A
fichier JAR - si la partie dirigée vers elle est parfaite.
J'ai aussi contrôlé et vérifié le script maven et c'est parfait.
Erreur:
[INFO] Compiling 137 source files to V:\dhs_tss_build_view\dhs_tssproject\tss\tsscommon-server\target\classes
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Compilation failure
V:/dhs_tss_build_view/dhs_tssproject/tss/tsscommon-server/src/main/java/us/mn/state/dhs/tss/common/oblix/da/wsdl/OblixLoginAc
cess.java:[51,60] cannot find symbol
symbol : class BusinessException
location: class us.mn.state.dhs.tss.common.oblix.da.wsdl.OblixLoginAccess
V:/dhs_tss_build_view/dhs_tssproject/tss/tsscommon-server/src/main/java/us/mn/state/dhs/tss/common/app/da/ldap/BaseLdapImpl.j
ava:[187,14] cannot find symbol
symbol : class Phone
location: class us.mn.state.dhs.tss.common.app.da.ldap.BaseLdapImpl
V:/dhs_tss_build_view/dhs_tssproject/tss/tsscommon-server/src/main/java/us/mn/state/dhs/tss/common/app/da/ldap/BaseLdapImpl.j
ava:[204,14] cannot find symbol
symbol : class Phone
location: class us.mn.state.dhs.tss.common.app.da.ldap.BaseLdapImpl
[INFO] ------------------------------------------------------------------------
[DEBUG] Trace
org.apache.maven.BuildFailureException: Compilation failure
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:579)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330
)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
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:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.CompilationFailureException: Compilation failure
at org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:516)
at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:114)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
... 16 more
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1 minute 56 seconds
[INFO] Finished at: Mon Oct 19 09:46:53 CDT 2009
[INFO] Final Memory: 11M/20M
[INFO] ------------------------------------------------------------------------
- umm ajouter les parties pertinentes de la pom fichiers
- essayez d'utiliser le bloc de code
- un<-- b et le pom fichier de la b <dépendance> <groupId>nous.mn.état.dhs.tss.commune</groupId> <artifactId>b</artifactId> <version>2.39.00-SNAPSHOT< version> </dépendance>
- Salut cela vous aidera certainement: stackoverflow.com/a/17683183/1068938
- avez-vous trouvé toutes les solutions...?
Vous devez vous connecter pour publier un commentaire.
J'ai eu le même problème et c'est de cette façon je vous suggère de le fixer:
Exécuter:
et de lire attentivement s'il y a des messages d'avertissement indiquant que, pour certaines dépendances il n'y aura pas de dépendances transitives disponibles.
Si oui, re-lancez-le avec l'option-X:
pour voir les informations détaillées qu'est-ce que maven se plaindre (il peut y avoir beaucoup de sortie pour l'option-X)
Dans mon cas, il y a un problème dans dépendante module maven pom.xml - avec la gestion de la dépendance. Bien qu'il existe une version pour la gestion de la dépendance définis dans le pom parent, Maven a été incapable de le résoudre et se plaignait de manquer la version en charge pom.xml
Donc j'ai juste configuré le manque de version et le problème a disparu.
Essayez d'utiliser:
Cette commande doit installer vos objets en vous maven local repo.
PS: je vois que c'est une vieille question, mais il peut être utile pour quelqu'un dans le futur.
Elle POURRAIT être due à l'insuffisance de la mémoire du tas.
Cela semble étrange, mais l'essayer, c'est peut-travail:
Source: https://groups.google.com/group/neo4j/msg/e208be9ee1c101d7)
Vous pourriez essayer de lancer le "mvn site" commande et voir ce que les dépendances transitives vous avez, puis de résoudre les éventuels conflits (par ommitting implicite de la dépendance de quelque part). Juste une supposition (c'est un peu difficile de savoir ce que le problème pourrait être sans voir votre pom info)...
j'ai une erreur de ce genre, mais après
1/
2/
exécutez eclipse, et ouvrez le projet
3/
c'est le travail
J'ai eu un problème similaire, et de ne jamais rien trouver sur le web après un excès de recherche.
J'ai examiné le
pom.xml
fichier et dans les dépendances, j'ai changé le champ d'application de la<dependency>
il:<scope>test</scope>
à<scope>compile</scope>
.Auparavant, je l'utilise uniquement pour des tests mais j'ai changer la structure du projet et ne savait jamais je hve pour changer cela.
Ici est une référence à partir de Apache Maven Docs:
https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Scope
Ma conjecture est une mauvaise version du projet Un bocal dans votre local repository maven. Il semble que la dépendance est résolu sinon je pense que maven ne pas commencer à compiler mais généralement, ces erreur de compilation signifie que vous avez une version mélanger. essayez de faire un
maven clean install
de votre projet et de voir si ça change quelque chose pour le projet B...Aussi un peu plus d'information sur votre configuration pourrait être utile:
L'erreur est assez clair: "impossible de trouver le symbole". Certaines dépendances ne peuvent pas être résolus (vous avez même la ligne et de la colonne dans la trace de la référence qui ne peut pas être résolu):
Ci-dessous un couple de choses à vérifier:
Maven fonctionne bien, vous avez une erreur quelque part.
J'ai eu le même problème...
La façon de fix - ajouter les propriétés suivantes dans le
pom.xml
Il a également les questions de l'ordre des dépendances. J'ai eu le même problème. Et en gros, j'ai dû le mettre à la première place de la
scope test
et puisscope compile
des dépendances dans lepom.xml
. Si j'ai mis d'abord lescope compile
et puis lescope test
ce sera un échec.aller à la repository maven et ouvrir le pot [astuce: vous pouvez utiliser winzip] de la source de module pour vérifier la classe spécifique présent.
Dans mon cas, il ne l'est pas. Ensuite, j'ai trouvé ci-dessous.
si vous utilisez le plugin org.apache.felix/maven-bundle-plugin
Assurez-vous que la source module export-package défini
exemple: com.xxx.à dos de chameau.dao
À l'intérieur de la vôtre classses sur laquelle se plaindre maven est certaine dépendance au qui appartient à un pot de l'essayer dès ces pots de re-construire avec maven commande, j'utilise cette commande
mvn clean install -DskipTests=true
devraient être le travail dans ce cas, lorsque certains symboles de classes est manquantJ'ai eu le même problème (même si le projet a été la compilation/fonctionne très bien dans Eclipse), il n'était pas lors de l'utilisation de la ligne de commande à construire.
La raison était que je n'étais pas à l'aide de la structure de dossier correct pour mvn: "src/main/java/com" etc. C'est en regardant ces dossiers par défaut (j'ai été en utilisant "/scr/main/com" etc. qui a causé les problèmes).
Si vos dépendances sont très bien (à vérifier avec mvn dependency:liste) comme le mien, c'est un maven glitch,
si vous utilisez Eclipse n':
Vous devriez être bon.
Je ne sais pas l'équivalent mvn commandes, si quelqu'un pouvait poster ils pourraient être utiles.
Il est facile d'obtenir cette erreur dans un environnement multi-projet de module. Si, par exemple, vous avez fait des changements pour les modules A, B, et C, mais que vous essayez de compiler le module B, vous êtes sensible à cette erreur. Dire que le module B a une dépendance sur le module A. Depuis seulement le module B a été compilé, les fichiers de classe de module sont maintenant hors de date et, éventuellement, invalide.
Compiler tous les modules (ou des modules dans le bon dépendance hiérarchique de l'ordre) résout cette erreur, si c'est la nature de votre problème.
Après exécution de la commande suivante:-
mvn clean package install
J'ai trouvé le problème:
'dependencies.dependency.scope' for org.springframework.boot:spring-boot-starter-data-rest:pom must be one of [provided, compile, runtime, test, system] but is 'import'. @ line 13, column 11
L'un de la dépendance a été marqué comme "importer". La modification de la "portée" a résolu le problème pour moi.