Printemps ContextLoader ne parvient pas à trouver applicationContext.xml

J'ai travaillé seul sur un projet pour un long temps, et maintenant, un autre développeur rejoint donc je voulais mettre en place le projet sur sa machine à partir de SVN. Nous sommes à la fois à l'aide de très similaire set-ups:

OS X Snow Leopard
Dernière Eclipse WTP
m2eclipse Plugin Maven
Subversive SVN du Plugin
Tomcat 6.0.24

Printemps version utilisée est 2.5.6.

J'ai mis en place le projet sur sa machine à l'aide d'Eclipse du "Projet de SVN" outil de, essentiellement la création d'une copie 1:1 du projet. Maven a pris soin de toutes les dépendances sans problèmes, autant que je peux dire, le projet est compilé sans problèmes. La structure du projet est la suite de l'Maven standard pour les applications web avec des ressources (comme l'applicationContext.xml) dans src/main/resources, le code du projet dans src/main/java et tous les web-app fichiers liés dans src/main/webapp et src/main/webapp/WEB-INF respectivement.

L'web.xml est configuré pour charger le contexte de la sorte:

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>classpath:applicationContext.xml</param-value>
</context-param>

<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

À l'aide de la "Serveurs" de l'outil d'Eclipse, j'ai essayé de lancer l'application à partir d'Eclipse, mais il n'a pas immédiatement avec un FileNotFoundException quand vous essayez de charger le applicationContext.xml.

Depuis le code extrait à partir de SVN a été laissé intact, je suppose que le problème a à voir avec un certain nombre de paramètres pour le plugin Maven. Ou que j'ai oublié certains étape importante pour finaliser la mise en place. Personne n'a rencontré un problème similaire ou a une idée où je devrais commencer à chercher?

Merci beaucoup pour votre aide!

vérifiez si le fichier a été copié à l'emplacement approprié - à-d. WEB-INF/classes/applicationContext.xml
Il n'est pas copié dans WEB-INF/classes, mais ce n'est pas le cas dans ma propre (fonctionnement) du projet. Au lieu de cela, le fichier est copié dans target/classes par Maven standard. Cela semble de nouveau à travailler sur les deux machines. Peut-être certains de configuration est manquante pour ce dossier afin d'être inclus dans le classpath sur les start-up?

InformationsquelleAutor Lunikon | 2010-02-03

3

La structure du projet est la suite de l'Maven standard pour les applications web avec des ressources (comme l'applicationContext.xml) dans src/main/resources, le code du projet dans src/main/java et tous les web-app fichiers liés dans src/main/webapp et src/main/webapp/WEB-INF respectivement.

C'est correct et parfaitement bien (comme vous voulez le applicationContext.xml à être sur les tests de chemin de classe).

Il n'est pas copié dans WEB-INF/classes, mais ce n'est pas le cas dans ma propre (fonctionnement) du projet. Au lieu de cela, le fichier est copié dans target/classes par Maven standard.

Il est copié à target/yourapp/WEB-INF/classes, mais pas par process-resources qui est appelé par défaut par m2eclipse sur les modifications de ressources (ce but copies/filtres de ressources pour target/classes). Cela se produit au cours de la package phase (ou lors de l'appel explicitement war:war, war:inplace ou war:exploded). Comme expliqué dans la l'utilisation de la page, la GUERRE Plugin n'est pas responsable de la compilation des sources java ou copiant les ressources.

Donc, je vous suggère de package la guerre avant de l'exécuter sur un Serveur. Peut-être que vous pouvez configurer m2eclipse pour faire cela automatiquement sur les modifications de ressources (cliquez-droit sur sur votre projet, puis sélectionnez Propriétés > Maven et ajouter les war objectif de la Objectifs pour invoquer sur les modifications de ressources). N'essayez pas de faire ça bien.
- Merci beaucoup, le problème est résolu. En faisant cela, j'ai aussi rencontré un problème de permission sur notre Maven proxy, qui est venu comme un bonus sur le dessus.
InformationsquelleAutor Pascal Thivent
1

Lors du lancement de l'application avec les serveurs de plugin, il s'attend à ce que votre dossier web contient tout le nécessaire. C'est pourquoi vous devez configurer votre dossier de sortie de projet (à partir du projet de construction de chemin d'accès options) pour être src/main/webapp/WEB-INF/classes

Alternativement, vous pouvez utiliser le FileSync plugin pour copier les fichiers.

Btw, vous n'avez pas spécifié quelles sont les options pour les Serveurs plugin, et si votre projet est un "Dynamic Web Project" (c'est à dire déployable) ou pas.
- Je ne pense pas que la configuration du dossier de sortie pour être src/main/webapp/WEB-INF/classes est une bonne idée. Et pour info, un projet avec un emballage de type war sera reconnu comme un "Dynamic Web Project" par défaut si vous avez la m2eclipse de la VP en charge (qui est probablement le cas ici).
- et qu'il sera mis à jour sur-save? Dans ma configuration actuelle le dossier de sortie par défaut (target/classes), mais je suis en utilisant FileSync de sorte que l'ensemble de maven build n'est pas nécessaire sur un seul changement dans le fichier xml. Sinon, le maven build sera invoqué, ce qui est OK, mais est un peu plus lent.
- Je ne dis pas que c'est une solution parfaite, mais en générant des trucs dans src est vraiment pas grand OMI (ne seront pas nettoyés par clean). Généré choses devraient aller dans target. Et en fin de compte, le plugin m2eclipse devrait être améliorée 🙂
- D'accord pour parler de m2eclipse 🙂 Et aussi que la src doit être propre - c'est pourquoi je suis en utilisant FileSync. Mais j'ai vu de telles configurations, et ils ont travaillé (avec une bonne svn:ignore bien sûr)
InformationsquelleAutor Bozho

Vous devez vous connecter pour publier un commentaire.