2017-08-07 3 views
0

Quelqu'un peut-il m'aider à résoudre ces erreurs sur mon serveur weblogic?java.lang.SecurityException: violation d'étanchéité: impossible de sceller le paquet com.sun.xml.bind: déjà chargé

Caused by: java.lang.SecurityException: sealing violation: can't seal package com.sun.xml.bind: already loaded 
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:242) 
    at java.net.URLClassLoader.access$000(URLClassLoader.java:58) 
    at java.net.URLClassLoader$1.run(URLClassLoader.java:197) 
    at java.security.AccessController.doPrivileged(Native Method) 
    at java.net.URLClassLoader.findClass(URLClassLoader.java:190) 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:306) 
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:247) 
    at com.sun.xml.bind.v2.runtime.JAXBContextImpl$3.run(JAXBContextImpl.java:295) 
    at com.sun.xml.bind.v2.runtime.JAXBContextImpl$3.run(JAXBContextImpl.java:294) 
    at java.security.AccessController.doPrivileged(Native Method) 
    at com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:293) 
    at com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:146) 
    at com.sun.xml.bind.v2.runtime.JAXBContextImpl$JAXBContextBuilder.build(JAXBContextImpl.java:1169) 
    at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:147) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
    at java.lang.reflect.Method.invoke(Method.java:597) 
    at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:202) 
    at javax.xml.bind.ContextFinder.find(ContextFinder.java:363) 
    at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:574) 
    at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:522) 
    at com.sun.xml.ws.spi.ProviderImpl$2.run(ProviderImpl.java:235) 
    at com.sun.xml.ws.spi.ProviderImpl$2.run(ProviderImpl.java:232) 
    at java.security.AccessController.doPrivileged(Native Method) 
    at com.sun.xml.ws.spi.ProviderImpl.getEPRJaxbContext(ProviderImpl.java:232) 
    at com.sun.xml.ws.spi.ProviderImpl.<clinit>(ProviderImpl.java:95) 

Pourquoi cette exception est générique en affichant uniquement le package "package com.sun.xml.bind"?

Répondre

0

Enfin, nous avons trouvé une solution pour résoudre ce problème en suivant les étapes ci-dessous,

1) Il y avait un problème comme java.lang.SecurityException: sealing violation: can't seal package com.sun.xml.bind: already loaded, mais jar lié jaxb-impl.jar n'a pas été trouvé.

2) Nous avons pris ce jaxb-impl.jar et ajouté dans classpath et le flux a été couronné de succès.

3) Ce problème se produit lorsque le jeu de jarres correct n'est pas chargé dans le chemin de classe ou la classe existant dans plusieurs jarres. Nous devrions essayer de jouer avec les pots liés au paquet com.sun.xml.bind