L'importation de Printemps de haricots provenant d'autres Maven modules à l'intérieur d'une GUERRE?

J'ai une nouvelle application web qui est emballé comme une GUERRE dans le cadre d'un multi-module de projet Maven. L'applicationContext.xml pour cette GUERRE, les références des haricots importés à partir du "service" module de, qui à son tour les importations de haricots du "dao" module. L'instruction d'importation dans applicationContext.xml ressemble à ceci:

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

et celui à l'intérieur de la service.xml fichier ressemble à ceci:

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

Ni Printemps STS, ni Eclipse afficher des avertissements ou des erreurs dans mon haricot fichiers. Je référence de la importées de fèves de tous sur la place. Le Maven build fonctionne bien et la DAO tests d'intégration de tous les passer (ils utilisent les haricots). Je n'ai pas de service de tests d'intégration encore.

Mais lorsque je démarre la GUERRE dans la Jetée, j'obtiens une erreur:

Error creating bean with name 'securityService' 
Cannot resolve reference to bean 'userDAO' while setting constructor argument

Tous les haricots importés des fichiers XML peuvent être trouvés à l'intérieur de leurs respectifs des fichiers JAR dans le dossier WEB-INF/lib du répertoire. En effet, le service de haricot qui a déclenché l'erreur est elle-même définie à l'intérieur de la service.xml fichier à l'intérieur du module de service du fichier JAR.

Apparemment le module de service ne peut pas trouver la fève qu'il importés de la dao module. Évidemment, je ne comprends pas quelque chose...semble que cela devrait-il Juste de Travail?

InformationsquelleAutor HDave | 2010-09-23
  1. 6

    J'ai activé la journalisation du DÉBOGAGE pour 'org.springframework " afin de voir si je pouvais apprendre quelque chose. Ce que j'ai trouvé étaient des messages à l'effet que le DAO haricots avait été créé, mais il y avait aussi un message à propos d'eux ayant pas de nom ou id.

    J'ai vérifier le fichier, et ils ont tous fait avoir une carte d'identité. Alors, quel était-il? - Je vérifier l'espace de noms XML et vu:

    http://www.springframework.org/schema/beans/spring-beans-2.0.xsd"

    et remarqué qu'il était vieux (je suis en utilisant le Printemps 3.0.2) et cela a changé:

    http://www.springframework.org/schema/beans/spring-beans-3.0.xsd

    Une fois que je l'ai changé, Printemps instantanément jeté une demi-douzaine d'erreurs concernant des haricots qui ont été définis de manière incorrecte (mais jamais utilisé apparemment). Une fois que j'ai corrigé ces erreurs, tout Simplement Travaillé. Depuis, j'ai traversé l'ensemble du système de vérification de Printemps fichier XML de noms versions.

    Merci à tous pour l'aider. Ne peux pas croire que j'ai perdu une journée sur cette stupidité!!

    • ne Peux pas croire que j'ai perdu une journée sur cette stupidité Qui ne sera pas la dernière fois. Dans mon expérience, la grande fonctionnalité prend beaucoup moins de temps que la traque de stupide à l'air innocent de bugs.
    InformationsquelleAutor HDave
  2. 2

    La différence entre le classpath:thingy.xml et classpath*:thingy.xml notation, c'est que le premier utilise la norme classpath mécanisme pour résoudre une ressource (à l'aide de Chargeur de classe.getResource(nom)), alors que ce dernier utilise Chargeur de classe.getResources(nom) pour récupérer toutes les ressources de contrepartie sur le chemin de la classe, une distinction qui doit être hors de propos dans votre situation, je pense qu'il y a un seul dao.xml fichier sur le chemin de classe.

    Je pense que votre problème est différent, il vous manque un slash.

    Utiliser ce pour une seule ressource

    <import resource="classpath:/dao.xml" />

    et cela pour de multiples ressources

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

    Voir

    • Bon savoir à propos de l'astérisque, merci pour les liens. Mettre le slash il n'a pas eu d'effet, cependant.
    • Avez-vous vérifiez que les fichiers xml sont en fait dans les pots?
    • Oui. J'ai ouvert la guerre, puis trouvé les pots, puis ouvrit les pots et trouvé les fichiers xml, puis il ouvrit les fichiers xml et trouvé les fèves.
    • Alors je suppose que vous aurez à déboguer le haricot définition de l'analyseur. Mettre un point d'arrêt dans org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.importBeanDefinitionResource(Element)
    • Avant de mettre le point d'arrêt, j'ai décidé d'activé la journalisation du DÉBOGAGE. Dans le journal, j'ai trouvé une astuce et de suivi à la cause. Voir la réponse....
    InformationsquelleAutor Sean Patrick Floyd
  3. 1

    Il doit être comme

    <import resource="classpath:service.xml"/>
    • Si je fais cela, puis le Printemps STS, Eclipse en garde au sujet indéfini des haricots et de la construction échoue les tests d'intégration en raison de indéfinie des haricots.
    • Pas de problème. Merci pour l'aide. Malheureusement, j'ai toujours le même problème. Toutefois, le Printemps STS, Eclipse, et le Maven ne semblent pas à l'esprit le manque astérisque!
    • qu'est-ce que votre structure de dépendance est de votre fichier xml directement dans le pot qui est dans le chemin de classe ?
    • Oui. L'service.xml est dans service.jar qui est dans le dossier WEB-INF/lib. C'références persist.xml ce qui est en persist.jar qui est dans le dossier WEB-INF/lib ainsi. C'est presque comme le Printemps a un bug concernant transitive importations....
    InformationsquelleAutor Jigar Joshi
  4. 0

    Êtes-vous d'avoir plusieurs applicationContexts et, éventuellement, le contexte parent est en se référant à un bean défini dans le contexte enfant?

    • Pour le meilleur de moi-connaissance je n'ai qu'une applicationContext et tous les haricots doivent être dans ce seul contexte.
    InformationsquelleAutor Raghuram