Maven et Eclipse problème - à la recherche pour les ressources

J'ai un problème, que maven est à la recherche de ressources à l'intérieur de l'Éclipse du dossier d'installation.

Il est dit:

This file was not found: file:/C:/eclipse/eclipse/src/main/resources/config/spring/applicationContext.xml

Tout mon espace de travail est en c:/Work/Core/ et à l'intérieur de src/main/resources.

Est-il une configuration pour pom.xml à l'ordre qu'il regarde par rapport à sa position??

EDIT #1:

Je suis en cours d'exécution de Maven à partir d'Eclipse. En ligne de commande, il se compile sans problèmes.

Je suis en train de lancer Junit tests.

EDIT #2:

Toutes les dépendances, web.xml [...] OK - je le sais parce que les mêmes fichiers à d'autres développeurs est de l'aide sur Linux et avec l'Idée et le projet est de travailler sans problèmes. Avec mes paramètres de projet junit tests ne sont pas de travail, de compiler des fichiers wsdl n'est pas de travailler à la fois parce qu'il ne peut pas trouver des ressources.

EDIT #3:

Trouvé la réponse - il est posté ici bas.

avez-vous d'ajouter la dépendance pour junit? avez-vous créer de printemps de l'application avec maven? ou est-il maven ou projet java? la meilleure chose à faire est de choisir un archtype de printemps.. voir ce docs.codehaus.org/display/MAVENUSER/Archetypes+Liste

OriginalL'auteur Trick | 2010-02-16

Eu... Enfin.. je ne sais pas pourquoi, mais Eclipse ne vient pas de l'actualiser ses propres paramètres de Gourous.

J'ai dû changer .classpath:

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
    <classpathentry kind="src" output="target/classes" path="src/main/java"/>
    <classpathentry excluding="**" kind="src" output="target/classes" path="src/main/resources"/>
    <classpathentry kind="src" output="target/test-classes" path="src/test/java"/>
    <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.6"/>
    <classpathentry kind="con" path="org.maven.ide.eclipse.MAVEN2_CLASSPATH_CONTAINER">
        <attributes>
            <attribute name="org.eclipse.jst.component.dependency" value="/WEB-INF/lib"/>
        </attributes>
    </classpathentry>
    <classpathentry kind="con" path="org.eclipse.jst.j2ee.internal.web.container"/>
    <classpathentry kind="con" path="org.eclipse.jst.j2ee.internal.module.container"/>
    <classpathentry kind="output" path="target/classes"/>
</classpath>

Dans la quatrième ligne, il y excluding="**" - j'ai enlevé ce, et cela a fonctionné.

Après cela, j'ai aussi eu des problèmes avec le nom du projet. Dans pom.xml a

<groupId>core-maven</groupId>
<artifactId>core-maven</artifactId>

et dans la balise de construction <finalName>core-maven</finalName> que j'ai voulu changer en seulement "de base", mais il ne fonctionne pas, jusqu'à ce que je l'ai trouvé et remplacer dans des fichiers sous .les paramètres de dossier.

Yep - merci beaucoup, cela l'a fait!
où est ce fichier?
En vertu de la racine du répertoire du projet, si vous avez un projet "Projet", puis allez dans ce dossier et vous devriez le voir. C'est le même dossier où "."paramètres du dossier.

OriginalL'auteur Trick

1

Vous avez un problème quelque part avec votre de configuration. Faire du nettoyage et de commencer à nouveau.
- Nettoyer votre espace de travail: supprimer le projet et ses fichiers sur le système de fichiers (assurez-vous que tout est sous contrôle de version premier bien sûr), supprimer "Maven Build" Exécuter les Configurations.
- La caisse de votre projet quelque part sur votre système de fichier (pas dans l'espace de travail, c'est une mauvaise pratique).
- L'importer dans Eclipse (Importer... > Projets Maven).
- L'exécution de vos tests avec Maven.
P. S.: je suis en supposant que vous utilisez m2eclipse, mais c'est loin d'être évident, vous devez donner des informations claires sur votre contexte.

Je suppose que c'est la seule chose feutre... Va essayer maintenant.

OriginalL'auteur Pascal Thivent
1

J'ai eu des problèmes similaires, il y a quelques semaines. J'ai changé le chemin de la classe pour obtenir les choses à travailler, mais qui n'est pas vraiment une solution, seulement une solution de contournement, donc je n'étais pas très heureux à ce sujet.

Après un certain temps, un collègue recommandé SpringSource Tool Suite (sts)
http://www.springsource.com/products/sts

Il est basé sur Eclipse IDE par SpringSource, il a beaucoup plus de Maven soutien. Depuis que j'ai fait le switch tout fonctionne très bien. Et puisqu'il est basé sur Eclipse je n'ai pas à apprendre une nouvelle IDE et tout ce qui fonctionne pour Eclipse fonctionne pour STS

+1 Dans la recherche de solution, j'ai aussi trouvé cette IDE. J'ai l'intention de le tester dans un avenir proche. Merci pour l'info!

OriginalL'auteur Jonas Söderström
1

Peut-on aussi voir dans votre web.xml? Avec le printemps, la applicationContext.xml l'emplacement est défini dans le web.xml avec quelque chose comme:
```
<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>...</param-value>
</context-param>
```
(EDIT: je sais compilation avec maven se soucient pas de la web.xml... mais l'exécution de tests jUnit il peut - en fonction de la façon dont les tests sont mis en place.)

EDIT 2: le passage d'un environnement linux à l'environnement windows, je pouvais voir des problèmes avec la spécification de l'emplacement de vivre les choses. Juste parce qu'il s'exécute dans un environnement ne signifie pas qu'il n'y aura pas de problèmes lors du passage à une autre. Que faire si votre linux dev a décidé de raconter le printemps applicationContext.xml vies dans /usr/local/myide/monprojet/src...? Windows serait juste de s'étouffer.

Je savais qu'il y aurait des problèmes 🙂 je ne peux pas trouver une solution... je pense juste, qu'il n'y a pas de problème avec pom.xml et web.xml.
Cela n'a rien à voir avec les tests unitaires.
Il a des choses à faire avec les tests unitaires si l'on tente d'initialiser le printemps webApplicationContext dans les tests. Le printemps s'est spécialisée méthodes de tests tels que SpringJUnit4ClassRunner.class

OriginalL'auteur Quotidian
0

Pouvez-vous coller ce que vous essayez de le faire dans le code ou de l'article pertinent de la pom.xml ?

Idéalement n'importe quel répertoire de référence dans pom.xml doit être relatif à la pom.xml l'emplacement du fichier.

OriginalL'auteur Kannan Ekanath
-3

Une voie intéressante pour résoudre Maven problèmes avec Eclipse est de passer à Netbeans. C'est plus facile à utiliser, et a un support natif pour des projets Maven.

Oh... Netbeans... Cinq ou six ans, c'est une très mauvaise IDE... Est-ce mieux maintenant? Dans cet esprit, je pouvais passer à l'IDÉE, car je sais qu'il y travaille.
Ce que je comprends, Netbeans s'est considérablement améliorée depuis (notamment en termes de sa performance). Sa propre intégration avec Maven est la raison pour laquelle j'ai changé à partir d'Eclipse pour la plupart des projets.
C'est sans importance. La question est à propos de l'Éclipse et doit être répondu en tant que tel
Ressemble à l'OP en désaccord avec vous sur ce point, à en juger par le commentaire ci-dessus 😉

OriginalL'auteur Daniel

Vous devez vous connecter pour publier un commentaire.