ClassNotFoundException: org.jaxen.JaxenException dans le fichier ear de

Je suis déconcerté par ce qui se passe ici. Je reçois l'exception suivante:

Caused by: java.lang.ClassNotFoundException: org.jaxen.JaxenException
        at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
        ... 51 more

Encore, ce fichier de classe EST dans mon oreille et aussi sur les "Class-Path' attribut de mon ejb manifeste et mon oreille le fichier de manifeste. Est-il quelque chose d'autre-je besoin d'ajouter le jaxen bocal jusqu'à ce qu'il soit vu par les autres bocal dans l'oreille? Faire tous les jar dans une oreille partagent le même classpath?

EDIT #1

Il y a ça aussi:

Caused by: java.lang.NoClassDefFoundError: org/jaxen/JaxenException
        at org.dom4j.DocumentFactory.createXPath(DocumentFactory.java:230)
        at org.dom4j.tree.AbstractNode.createXPath(AbstractNode.java:207)
        at org.dom4j.tree.AbstractNode.selectNodes(AbstractNode.java:164)

EDIT #2

Je suis le déploiement de glassfish v3.1 et la lib pots sont à la racine de l'oreille de fichier, comme ceci:

-foo.ear
--\META-INF
--lib1.jar
--lib2.jar
--jaxen-1.1.1.jar

EDIT #3

J'ai essayé de déployer une autre version de GF et il semble fonctionner, je pense que ça pourrait être un bug dans la version que j'utilise. J'ai ouvert un fil de discussion du forum ici.

EDIT #4

J'avais dom4j dans le serveur d'application lib mais pas jaxen sur le serveur. L'ajout de la jaxen lib fixe.

Est-il dans le lib/ répertoire de votre OREILLE?
Êtes-vous à l'aide de n'importe quelle application conteneur (ie. jboss, weblogic, etc)?
J'ai répondu dans les éditions.

OriginalL'auteur javamonkey79 | 2011-08-16

  1. 11

    vous avez besoin de la jaxen jar dans votre serveurs dossier lib

    http://jaxen.codehaus.org/releases.html

    Pouvez-vous ne pas le préparer à l'oreille?
    D'une certaine manière vous avez terminé yo être exact - je l'avais dom4j sur le serveur lib et de ne pas s'en rendre compte.
    Personne ne sait pourquoi ce n'est pas ramassé au moment de la construction comme une dépendance transitive?

    OriginalL'auteur Shawn

  2. 3

    Tous les pots qui sont dans le lib/ répertoire de votre OREILLE sera automatiquement chargé.

    Un autre exemple est la tâche commune de regroupement d'un certain nombre de la bibliothèque de fichiers JAR avec une application. Par défaut, le répertoire lib sous la racine de l'application est réservé aux fichiers de la bibliothèque. Auparavant, vous deviez ajouter une entrée dans son manifeste pour le module d'application, ce qui pourrait être une tâche fastidieuse.

    Source

    Cela signifie qu'ils sont sur le "chemin d'accès partagé" plus ou moins, non? Aussi, est-ce un standard pour l'ensemble des serveurs d'application?
    Si cela fonctionne sur Glassfish, puis doit travail sur tous les autres serveurs depuis Glassfish est l'implémentation de référence. J'utilise WebLogic 10, au travail et à la lib/ est automatiquement chargé. J'ai ajouté un lien vers la documentation qui l'explique.
    Je m'excuse, j'ai eu tort (encore une fois...soupir). J'ai jaxen dans le dossier lib de il a emballé l'oreille et le problème persiste 🙁

    OriginalL'auteur Jeremy