Problème de dépendance maven - bean spring non trouvé.

Version imprimable

18/05/2014, 22h18
ziad.shady

2 pièce(s) jointe(s)

Problème de dépendance maven - bean spring non trouvé.

Bonjour à tous,

Il y a quelques jours que je bloque sur un problème de dépendance maven, et je sollicite vivement votre aide.

Depuis le bean JSF du projet spring-jsf j'essaye d'accéder au service déclaré dans le projet spring-hibernate. Le bean JSF et le service sont déclarés via spring.
Les deux projets sont des projets maven. spring-jsf est packagé en war et le projet spring-hibernate est packagé en jar.

La pièce jointe PJ_1 illustre :
1. L'arborescene des deux projets.
2. Le backing bean de JSF (TestBean)
3. La conf spring du projet spring-hibernate ou le bean introuvable est déclaré (testServiceProxy).
4. La console où affichée l'exception : "No bean named 'testServiceProxy' is defined".
Pièce jointe 146215
La pièce jointe PJ_2 montre que le jar représentant le projet spring-hibernate se trouve parmi les dépendances maven du projet spring-jsf.
Pièce jointe 146217
N.B. Le jar spring-hibernate-1.0-SNAPSHOT se trouve bien dans le repository local.

Je reste à votre disposition pour toute autre information.

Je vous remercie par avance.
19/05/2014, 09h26
romaintaz

Hello,

Comme ça, ça a l'air correct d'un point de vue Maven.
Comment tes projets chargent-ils les fichiers de configuration Spring ?
20/05/2014, 14h25
Philippe Bastiani

Comme te l'indique Romain, je ne crois pas que celà un quelconque rapport avec Maven et/ou M2E

Ton contexte de test ne semble pas chargé...

Pour des tests unitaires avec JUNit tu peux indiquer les fichiers de contexte à l'aide l'annotation
@ContextConfiguration(locations = {"classpath:tonpath/toncontexte.xml"})

Hors test, tu peux faire des inclusions <import resource="toncontexte.xml"/> et parametrer ton web.xml (balise <context-param> )...
De manière générale, tu peux aussi indiquer au lancement de ton appli la localisation des fichiers à prendre en compte. Par exemple :
ApplicationContext context =
new ClassPathXmlApplicationContext(new String[] {"fichier.xml", "fichier2.xml","fichier3.xmll"});
Les 3 fichiers doivent se trouver dans ton classpath

a+
Philippe
21/05/2014, 01h01
ziad.shady
Messieurs bonjour,

Je vous remercie de votre réponse.
Grace à vos clarifications, je réalise qu'il s'agit plutôt d'un problème de chargement de contexte spring. Je retourne vers vous pour un plus de précision.

Je souhaite inclure le fichier applicationContext.xml du projet spring-hibernate dans celui du projet spring-jsf.
Pour cela, dans applicationContext.xml du projet spring-jsf j'ai rajouté la ligne

Code:

<import resource="spring/applicationContext.xml"/>

en espérant que cela pointe vers le fichier applicationContext.xml du projet spring-hibernate. Hélas! l'exception

Citation:

Caused by: java.io.FileNotFoundException: jndi:/localhost/spring-jsf/WEB-INF/spring/applicationContext.xml

remonte lors du déploiement de war (spring-jsf).

Ma question, Comment faire pour indiquer le chemin vers le fichier applicationContext.xml du projet spring-hibernate?

Dans web.xml j'avais déjà inséré la balise :
Code:

1 2 3 4 <context-param> <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/applicationContext.xml</param-value> </context-param>
Merci par avance,

Il faut indiquer tous tes contextes dans ton web.xml !

Code:

1
2
3
4
5
6
<context-param>     
    <param-name>contextConfigLocation</param-name> 
    <param-value>       
         /WEB-INF/applicationContext.xml /WEB-INF/spring/applicationContext.xml 
    </param-value>
</context-param>

a+
Philippe

21/05/2014, 15h04
ziad.shady

Bonjour Philippe,

Merci encore de ta réponse.

Le /WEB-INF/spring/applicationContext.xml que tu m'as conseillé d'ajouter dans <param-value>, ne semble pas fonctionner. Je suppose c'est du fait que le répértoire spring ne se trouve pas dans WEB-INF.

Après quelques recherches sur le net, j'ai compris que les deux context spring (celui de spring-jsf et celui de spring-hibernate) doivent être chargé par par le même ClassLoader (ou dans la même hiérarchie de ClassLoader). J'avoue que je ne sais pas où il fait le faire (que cela soit en xml ou en java).

Dans ApplicationContext.xml du projet spring-jsf, j'ai tenté cet import :

Code:

<import resource="classpath*:spring/applicationContext.xml"/>

L'exception

Citation:

Caused by: java.lang.ClassNotFoundException: javax.transaction.TransactionManager
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1718)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1569)
... 30 more

surgit, sachant que j'ai bien la dépendance maven de spring-tx.

Auriez-vous de nouvelles suggestions pour me remettre sur les bons rails?

Merci,
21/05/2014, 17h26
Philippe Bastiani

Si tes fichiers sont tous dans le classpath :

Dans ton web.xml / balise <param-value>
classpath*:context1.xml
classpath*:context2.xml
etc

Tu noteras le *

Ensuite pour l'inclusion (ex context2 dans context1) :
<import resource="classpath:context2.xml"/>
21/05/2014, 20h03
ziad.shady

1 pièce(s) jointe(s)

Philippe,

Citation:

Envoyé par Philippe Bastiani

Si tes fichiers sont tous dans le classpath :

Context1.xml se trouve dans l'arborescence src/main/resources, donc forcément il se trouve dans le classpath.
Context2.xml se trouve dans le répértoire WEB-INF.

La pièce jointe illustre les modifications que j'ai faites. Elle illustre également l'exception indiquant que le fichier applicationContext.xml (de l'autre projet) n'est pas trouvé.
Pièce jointe 146564
Je te remercie de ton précieuse aide, et en même temps je m'excuse du temps que je te fas perdre

Le * aurait du résoudre ton problème...

Celà ressemble à un problème de classloader de ton container d'application. As-tu regardé comment été déployée ton application ? En particulier le contenu de WEB-INF

c.f. cet article pour Tomcat et l'extrait de la doc spring

Classpath*: portability

The wildcard classpath relies on the getResources() method of the underlying classloader. As
most application servers nowadays supply their own classloader implementation,
the behavior might differ especially when dealing with jar files. A simple test
to check if classpath* works is to use the
classloader to load a file from within a jar on the classpath: getClass().getClassLoader().getResources("<someFileInsideTheJar>").
Try this test with files that have the same name but are placed inside two
different locations. In case an inappropriate result is returned, check the
application server documentation for settings that might affect the classloader
behavior.

Regarde cet exemple https://github.com/davidmendoza/MultiModuleSpringMVC

28/05/2014, 18h01
ziad.shady

Bonjour Philippe,

Après une longue absence suite à des soucis de santé... me voilà de retour.
Je vais éplucher les liens que tu m'avais envoyé et je te tiendrai informé ainsi que les chers membres de ce forum.

Merci,