XIncludeAwareParserConfiguration incompatible avec XMLParserConfiguration
J'ai cette erreur lors du déploiement du fichier ear sur WLS 10.3 sur AIX plate-forme. De la même oreille fonctionne très bien sur Windows/Linux.
Caused by: java.lang.ClassCastException: org.apache.xerces.parsers.XIncludeAwareParserConfiguration incompatible with org.apache.xerces.xni.parser.XMLParserConfiguration
at org.apache.xerces.parsers.DOMParser.<init>(Unknown Source)
at org.apache.xerces.parsers.DOMParser.<init>(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.<init>(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Unknown Source)
at weblogic.xml.jaxp.WebLogicDocumentBuilderFactory.newDocumentBuilder(WebLogicDocumentBuilderFactory.java:140)
at com.bea.security.xacml.policy.PolicyUtils.getRootNode(PolicyUtils.java:54)
at com.bea.security.xacml.policy.PolicyUtils.read(PolicyUtils.java:86)
at com.bea.security.providers.xacml.store.BasePolicyStore.getAbstractPolicy(BasePolicyStore.java:1251)
at com.bea.security.providers.xacml.store.BasePolicyStore.readPolicy(BasePolicyStore.java:1231)
at com.bea.security.providers.xacml.store.BasePolicyStore.readPolicy(BasePolicyStore.java:1114)
at com.bea.security.providers.xacml.entitlement.PolicyManager.listPolicies(PolicyManager.java:747)
at weblogic.security.providers.xacml.DeployableAuthorizationProviderV2Helper.startDeployPolicies(DeployableAuthorizationProviderV2Helper.java:90)
at weblogic.security.providers.xacml.authorization.XACMLAuthorizationProviderImpl.startDeployPolicies(XACMLAuthorizationProviderImpl.java:269)
at com.bea.common.security.internal.legacy.service.PolicyDeployerProviderImpl$V2Adapter.startDeployPolicies(PolicyDeployerProviderImpl.java:69)
at com.bea.common.security.internal.service.PolicyDeploymentServiceImpl$DeploymentHandlerImpl.<init>(PolicyDeploymentServiceImpl.java:143)
at com.bea.common.security.internal.service.PolicyDeploymentServiceImpl$DeploymentHandlerImpl.<init>(PolicyDeploymentServiceImpl.java:129)
at com.bea.common.security.internal.service.PolicyDeploymentServiceImpl$ServiceImpl.startDeployPolicies(PolicyDeploymentServiceImpl.java:97)
at weblogic.security.service.WLSPolicyDeploymentServiceWrapper$DeploymentHandlerImpl.<init>(WLSPolicyDeploymentServiceWrapper.java:70)
at weblogic.security.service.WLSPolicyDeploymentServiceWrapper$DeploymentHandlerImpl.<init>(WLSPolicyDeploymentServiceWrapper.java:60)
at weblogic.security.service.WLSPolicyDeploymentServiceWrapper.startDeployPolicies(WLSPolicyDeploymentServiceWrapper.java:40)
at weblogic.security.service.AuthorizationManager.startDeployPolicies(AuthorizationManager.java:489)
at weblogic.servlet.security.internal.WebAppSecurityWLS.<init>(WebAppSecurityWLS.java:72)
at weblogic.servlet.security.internal.ServletSecurityManager.<init>(ServletSecurityManager.java:39)
at weblogic.servlet.internal.WebAppServletContext.<init>(WebAppServletContext.java:416)
at weblogic.servlet.internal.WebAppServletContext.<init>(WebAppServletContext.java:464)
at weblogic.servlet.internal.HttpServer.loadWebApp(HttpServer.java:414)
at weblogic.servlet.internal.WebAppModule.registerWebApp(WebAppModule.java:901)
at weblogic.servlet.internal.WebAppModule.prepare(WebAppModule.java:345)
assurez-vous que votre jar versions sont compatible.
Qui ne serait pas lié à une variable d'environnement, comme les issues.apache.org/jira/browse/XERCESJ-1263 , par hasard?
Ce JDK êtes-vous à l'aide sur AIX? Êtes-vous en utilisant le mécanisme approuvé?
Qui ne serait pas lié à une variable d'environnement, comme les issues.apache.org/jira/browse/XERCESJ-1263 , par hasard?
Ce JDK êtes-vous à l'aide sur AIX? Êtes-vous en utilisant le mécanisme approuvé?
OriginalL'auteur | 2009-12-08
Vous devez vous connecter pour publier un commentaire.
Votre classpath est probable encombré avec les différents versionner les fichiers JAR de la Xerces API. Nettoyage du chemin de classe. Dans le cas d'une webapplication, cela inclut
Webapp/WEB-INF/lib
,Appserver/lib
et/JRE/lib
dossiers.Cause la plus courante est que vous avez différentes versionnées Xerces POT de propagation au cours de la
Webapp/WEB-INF/lib
etAppserver/lib
. En supposant que ceux dans le serveur d'applications de la bibliothèque sont les valeurs par défaut fournies et les versions correctes, de se débarrasser de ces dans la webapp de la bibliothèque. Vous ne devez pas avoir de serveur d'applications spécifiques POT dans la webapp de la bibliothèque.WEB-INF/lib
ne devrait pas être un problème... à moins que l'OP configuré l'OREILLE à l'aide de<prefer-web-inf-classes>
dansweblogic.xml
descripteur de déploiement. Mais cela ne semble pas être le cas, car l'OREILLE fonctionne bien sous Linux/Windows. Donc, je préfère regarder la JVM.Me souvient de la façon dont Websphere fait. Cependant, il a été configureable avec deux options:
application
(valeur par défaut; appserver libs ont priorité) etmodule
(webapp libs ont priorité).OriginalL'auteur BalusC