2010-05-05 5 views
1

Peut-être liés:Grails - attempting to include HTPPBuilder - Linkage errorGrails XOM LinkageError - SAXParserException

Je suis en train d'inclure XOM dans mon projet Grails. Comment savoir quelle bibliothèque de dépendances je dois exclure? Je suis perdu ici.

dependencies { 
    build('xom:xom:1.1') { 
     excludes "xml-apis" 
    } 
} 

Erreur:

java.lang.LinkageError: loader constraint violation: loader (instance of <bootloader>) previously initiated loading for 
a different type with name "org/xml/sax/SAXParseException" 
     at java.lang.Class.getDeclaredMethods0(Native Method) 
     at java.lang.Class.privateGetDeclaredMethods(Class.java:2427) 
     at java.lang.Class.getDeclaredMethods(Class.java:1791) 
     at java.security.AccessController.doPrivileged(Native Method) 
     at org.codehaus.groovy.util.LazyReference.getLocked(LazyReference.java:33) 
     at org.codehaus.groovy.util.LazyReference.get(LazyReference.java:20) 
     at grails.util.PluginBuildSettings.getPluginInfos(PluginBuildSettings.groovy:124) 
     at grails.util.PluginBuildSettings.getPluginInfos(PluginBuildSettings.groovy) 
     at grails.util.PluginBuildSettings$getPluginInfos.callCurrent(Unknown Source) 
     at grails.util.PluginBuildSettings.getPluginInfo(PluginBuildSettings.groovy:160) 
     at grails.util.PluginBuildSettings$getPluginInfo.callCurrent(Unknown Source) 
     at grails.util.PluginBuildSettings.getPluginInfoForSource(PluginBuildSettings.groovy:195) 
     at org.codehaus.groovy.transform.ASTTransformationVisitor$3.call(ASTTransformationVisitor.java:303) 
     at org.codehaus.groovy.control.CompilationUnit.applyToSourceUnits(CompilationUnit.java:820) 
     at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:513) 
     at org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:489) 
     at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:466) 
     at _GrailsEvents_groovy.run(_GrailsEvents_groovy:54) 
     at _GrailsEvents_groovy$run.call(Unknown Source) 
     at _GrailsArgParsing_groovy$run.call(Unknown Source) 
     at _GrailsArgParsing_groovy.run(_GrailsArgParsing_groovy:29) 
     at _GrailsArgParsing_groovy$run.call(Unknown Source) 
     at _GrailsInit_groovy$run.call(Unknown Source) 
     at _GrailsInit_groovy.run(_GrailsInit_groovy:38) 
     at _GrailsInit_groovy$run.call(Unknown Source) 
     at Help_.run(Help_.groovy:27) 
     at Help_$run.call(Unknown Source) 
     at gant.Gant.processTargets(Gant.groovy:494) 
     at gant.Gant.processTargets(Gant.groovy:480) 

Répondre

2

Il n'y a pas de réponse à cette question. N'utilisez simplement pas XOM avec Grails; XmlSlurper et GPath sont comparables.

1

Je l'ai eu à travailler dans mon projet si je mets le pot xom dans le répertoire/lib et n'utilise pas le DSL de dépendance. Je ne suis pas sûr pourquoi cela fonctionne bien.

+0

Les connaissances utiles, mais je refuse de rompre avec la gestion des dépendances. Je trouve que les répertoires lib manuels sont une pente glissante vers la folie. –

0

J'ai le même problème avec XOM. J'essaye de retravailler une application de servlet dans un projet grails et j'ai un tas de classes Java dont j'ai besoin qui utilisent XOM. Il semble donc que le seul moyen est de copier manuellement dans le fichier. Soupir.