CXF Webservice Problem in Weblogic Server

Ich versuche, einen Webservice von meiner Webapplikation, die gut mit Servern wie Apache Tomcat oder JBoss funktioniert, aber mit unten Ausnahme in Weblogic-Server schlägt.CXF Webservice Problem in Weblogic Server

Irgendeine Lösung dafür?

java.lang.ExceptionInInitializerError 
     at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 
     at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) 
     at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) 
     at java.lang.reflect.Constructor.newInstance(Constructor.java:526) 
     at java.lang.Class.newInstance(Class.java:379) 
     at org.apache.geronimo.osgi.locator.ProviderLocator.getService(ProviderLocator.java:234) 
     at javax.xml.ws.spi.FactoryFinder$3.run(FactoryFinder.java:176) 
     at javax.xml.ws.spi.FactoryFinder.doPrivileged(FactoryFinder.java:220) 
     at javax.xml.ws.spi.FactoryFinder.find(FactoryFinder.java:160) 
     at javax.xml.ws.spi.Provider.provider(Provider.java:43) 
     at javax.xml.ws.Service.<init>(Service.java:35) 
     at com.my.Tpackage.imageSign.FIUsbWebServiceService.<init>(FIUsbWebServiceService.java:40) 
     at com.my.Tpackage.imageSign.SignatureWebServiceClient.getWebServiceResponse(SignatureWebServiceClient.java:32) 
     at com.my.Tpackage.imageSign.MyAction.getMySignatureImage(MyAction.java:47) 
     at com.my.Tpackage.imageSign.MyAction.execute(MyAction.java:28) 
     at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484) 
     at com.montran.security.SecureRequestProcessor.processActionPerform(SecureRequestProcessor.java:707) 
     at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274) 
     at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) 
     at com.montran.main.action.InheritanceActionServet.process(InheritanceActionServet.java:332) 
     at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525) 
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) 
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) 
     at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227) 
     at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125) 
     at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301) 
     at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26) 
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56) 
     at com.my.security.ActivityLoggingFilter.doFilter(ActivityLoggingFilter.java:88) 
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56) 
     at com.my.security.AuthenticationFilter.doFilter(AuthenticationFilter.java:179) 
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56) 
     at com.my.security.InjectionFilter.filter(InjectionFilter.java:453) 
     at com.my.security.InjectionFilter.doFilter(InjectionFilter.java:360) 
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56) 
     at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3730) 
     at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696) 
     at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) 
     at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120) 
     at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2273) 
     at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179) 
     at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490) 
     at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 
     at weblogic.work.ExecuteThread.run(ExecuteThread.java:221) 
Caused by: javax.xml.ws.WebServiceException: Error creating JAXBContext for W3CEndpointReference. 
     at com.sun.xml.ws.spi.ProviderImpl$2.run(ProviderImpl.java:237) 
     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) 
     ... 44 more 
Caused by: javax.xml.bind.JAXBException 
- with linked exception: 
[com.sun.xml.bind.v2.runtime.IllegalAnnotationsException: 1 counts of IllegalAnnotationExceptions 
org.w3c.dom.Element is an interface, and JAXB can't handle interfaces. 
     this problem is related to the following location: 
       at org.w3c.dom.Element 
       at public java.util.List com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Elements.elements 
       at com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Elements 
       at public com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Elements com.sun.xml.ws.developer.MemberSubmissionEndpointReference.referenceProperties 
       at com.sun.xml.ws.developer.MemberSubmissionEndpointReference 
] 
     at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:263) 
     at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:235) 
     at javax.xml.bind.ContextFinder.find(ContextFinder.java:432) 
     at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:637) 
     at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:584) 
     at com.sun.xml.ws.spi.ProviderImpl$2.run(ProviderImpl.java:235) 
     ... 48 more 
Caused by: com.sun.xml.bind.v2.runtime.IllegalAnnotationsException: 1 counts of IllegalAnnotationExceptions 
org.w3c.dom.Element is an interface, and JAXB can't handle interfaces. 
     this problem is related to the following location: 
       at org.w3c.dom.Element 
       at public java.util.List com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Elements.elements 
       at com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Elements 
       at public com.sun.xml.ws.developer.MemberSubmissionEndpointReference$Elements com.sun.xml.ws.developer.MemberSubmissionEndpointReference.referenceProperties 
       at com.sun.xml.ws.developer.MemberSubmissionEndpointReference 

     at com.sun.xml.bind.v2.runtime.IllegalAnnotationsException$Builder.check(IllegalAnnotationsException.java:106) 
     at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getTypeInfoSet(JAXBContextImpl.java:466) 
     at com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:298) 
     at com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:141) 
     at com.sun.xml.bind.v2.runtime.JAXBContextImpl$JAXBContextBuilder.build(JAXBContextImpl.java:1163) 
     at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:145) 
     at sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source) 
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
     at java.lang.reflect.Method.invoke(Method.java:606) 
     at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:248) 
     ... 53 more

Quelle

2016-04-27 Shreyas Dave

Mögliche Duplikat [WebLogic clientgen funktioniert nicht von WebLogic] (http://stackoverflow.com/questions/11283489/weblogic-clientgen-doesnt-work-from-weblogic) – Frank

Richtig Frank, es ist ähnliches Problem. Welche Abhängigkeit Bereinigung erforderlich ist, bekomme ich immer noch nicht die Auflösung. –

In Ihrem weblogic-application.xml müssen Sie JAXB-Provider definieren derjenige von cxf zu sein, nicht die Sonne Referenzimplementierung (com.sun.xml ...).

die folgenden auf die erwähnte Datei

<prefer-web-inf-classes>true</prefer-web-inf-classes>

Dies führt zu einer Umkehr der Classloading Prozess hinzufügen. Also werden die Klassen, die Sie mit Ihrem Krieg anbieten, vor denen von weblogic geladen.

EDIT:

Die Dokumentation für Provider sagt:

Der Algorithmus verwendet, um die Provider-Unterklasse zu finden, besteht aus zu verwenden, die folgenden Schritte:

Wenn eine Ressource mit dem Namen META-INF/services/javax.xml.ws.spi.Provider existiert, dann die erste Zeile
, Wenn vorhanden, wird dieser als UTF-8-codierter Name der Implementierungsklasse
verwendet.

Wenn die Datei $ java.home/lib/jaxws.properties vorhanden ist und von der Methode java.util.Properties.load (InputStream) gelesen werden kann, enthält sie
einen Eintrag mit dem Schlüssel javax.xml.ws. spi.Provider, dann wird der
Wert dieses Eintrags als Name der Implementierungsklasse verwendet.

Wenn eine Systemeigenschaft mit dem Namen javax.xml.ws.spi.Provider definiert ist, wird ihr Wert als Name der Implementierung der Klasse
verwendet.

Schließlich wird ein Standardname der Implementierungsklasse verwendet.

so, wenn die die Classloading Wechsel nicht genug, fügen die folgende

<prefer-application-resources> 
    <resource-name>META-INF/services/javax.xml.ws.spi.Provider</resource-name> 
</prefer-application-resources>

auf WebLogic-application.xml

Quelle

2016-04-27 13:24:03 Frank

Das existiert schon. –

Aktualisiert meine Antwort mit einem Hinweis auf die Provider-API-doc – Frank

Es funktioniert nicht –

CXF Webservice Problem in Weblogic Server

Antwort

Verwandte Themen