JAX-WS = Wenn Apache CXF installiert ist, "stiehlt" es die Standard-JDK-JAX-WS-Implementierung, wie wird es gelöst?

Apache CXF (cxf-rt-frontend-jaxws-*.jar um genau zu sein) registriert sich selbst als ein JAX-WS-provider in der JVM. Innerhalb der vorgenannten JAR-dort ist eine Datei namens: /META-INF/services/javax.xml.ws.spi.Provider mit folgendem Inhalt:

org.apache.cxf.jaxws.spi.ProviderImpl

Wenn Sie nun einen Blick auf javax.xml.ws.spi.FactoryFinder#find Methode werden Sie entdecken, dass JDK sucht den KLASSENPFAD für die Anwesenheit von javax.xml.ws.spi.Provider Datei und fällt zurück auf Standard-Sun-Implementierung, wenn nicht verfügbar. So haben Sie zwei Optionen, um Kraft fallback:

• entweder entfernen cxf-rt-frontend-jaxws-*.jar aus CLASSPATH

• oder überschreiben javax.xml.ws.spi.Provider - Datei zur Verfügung gestellt von CXF-zu-Punkt fallback Lage

Die zweite option ist eigentlich ein bisschen leichter. Erstellen Sie einfach:

/src/main/resources/META-INF/services/javax.xml.ws.spi.Provider

Datei (vorausgesetzt, Sie verwenden Maven) mit folgendem Inhalt:

org.apache.cxf.jaxws.spi.ProviderImpl

Das ist es, getestet mit javax.xml.ws.Endpoint#publish.

InformationsquelleAutor der Antwort Tomasz Nurkiewicz

Ich habe versucht, die anderen und ich konnte einfach nicht damit es funktioniert, so zu setzen, CXF, wenn es nicht gesetzt wurde, CXF, ich habe gerade überschreiben Sie die Stellvertretung innerhalb des Dienstes.

 try {
        loc = this.getClass().getResource(wsdlResource); 
        QName qName = new QName( wsTargetNamespace, wsName );
        service = new YourWS(loc, qName);
        Field delegateField = Service.class.getDeclaredField("delegate"); //ALLOW CXF SPECIFIC SERVICE DELEGATE ONLY!
        delegateField.setAccessible(true);
        ServiceDelegate previousDelegate = (ServiceDelegate) delegateField.get(service);
        if (!previousDelegate.getClass().getName().contains("cxf")) {
            ServiceDelegate serviceDelegate = ((Provider) Class.forName("org.apache.cxf.jaxws.spi.ProviderImpl").newInstance())
                .createServiceDelegate(loc, qName, service.getClass());
            log.info("The " + getClass().getSimpleName() + " delegate is changed from " + "[" + previousDelegate + "] to [" +
                serviceDelegate +
                "]");
            delegateField.set(service, serviceDelegate);
        }
        port = service.getYourWSSoap();

InformationsquelleAutor der Antwort EpicPandaForce

Ich hatte ein ähnliches problem. In meinem Fall musste ich org.apache.cxf.jaxws.spi.ProviderImpl für JAX-WS-Sachen (erstellen von webservice-Endpunkte, etc.) und com.sun.xml.internal.ws.spi.ProviderImpl für die Veröffentlichung von Endpunkten auf com.sun.net.httpserver.HttpsServer.

Habe ich es geschafft, dies zu lösen, durch meinen eigenen Anbieter, die sich javax.xml.ws.spi.Provider und verwenden Sie dieses anstelle des Standard ein.

package provider;

import java.net.URL;
import java.util.List;

import javax.xml.namespace.QName;
import javax.xml.transform.Source;
import javax.xml.ws.Endpoint;
import javax.xml.ws.EndpointReference;
import javax.xml.ws.WebServiceFeature;
import javax.xml.ws.spi.Provider;
import javax.xml.ws.spi.ServiceDelegate;
import javax.xml.ws.wsaddressing.W3CEndpointReference;

import org.w3c.dom.Element;

public class MyProvider extends Provider
{

@SuppressWarnings({ "rawtypes", "unchecked" })
@Override
public ServiceDelegate createServiceDelegate(URL wsdlDocumentLocation, QName serviceName, Class serviceClass)
{
    try {
        return ((Provider) Class.forName("org.apache.cxf.jaxws.spi.ProviderImpl").newInstance()).createServiceDelegate(wsdlDocumentLocation, serviceName, serviceClass.getClass());
    } catch (Exception e) {
        e.printStackTrace();
    }
    return null;
}

@Override
public Endpoint createEndpoint(String bindingId, Object implementor)
{
    try {
        return ((Provider) Class.forName("com.sun.xml.internal.ws.spi.ProviderImpl").newInstance()).createEndpoint(bindingId, implementor);
    } catch (Exception e) {
        e.printStackTrace();
    }
    return null;
}

@Override
public Endpoint createAndPublishEndpoint(String address, Object implementor)
{
    try {
        return ((Provider) Class.forName("com.sun.xml.internal.ws.spi.ProviderImpl").newInstance()).createAndPublishEndpoint(address, implementor);
    } catch (Exception e) {
        e.printStackTrace();
    }
    return null;
}

@Override
public EndpointReference readEndpointReference(Source eprInfoset)
{
    try {
        return ((Provider) Class.forName("org.apache.cxf.jaxws.spi.ProviderImpl").newInstance()).readEndpointReference(eprInfoset);
    } catch (Exception e) {
        e.printStackTrace();
    }
    return null;
}

@Override
public <T> T getPort(EndpointReference endpointReference, Class<T> serviceEndpointInterface, WebServiceFeature... features)
{
    try {
        return ((Provider) Class.forName("org.apache.cxf.jaxws.spi.ProviderImpl").newInstance()).getPort(endpointReference, serviceEndpointInterface, features);
    } catch (Exception e) {
        e.printStackTrace();
    }
    return null;
}

@Override
public W3CEndpointReference createW3CEndpointReference(String address, QName serviceName, QName portName, List<Element> metadata, String wsdlDocumentLocation, List<Element> referenceParameters)
{
    try {
        return ((Provider) Class.forName("org.apache.cxf.jaxws.spi.ProviderImpl").newInstance()).createW3CEndpointReference(address, serviceName, portName, metadata, wsdlDocumentLocation,
                referenceParameters);
    } catch (Exception e) {
        e.printStackTrace();
    }
    return null;
}

}

Dann erstellen Sie einfach:

/src/main/resources/META-INF/services/javax.xml.ws.spi.Provider

Datei (vorausgesetzt, Sie verwenden Maven) mit folgendem Inhalt:

package.MyProvider

InformationsquelleAutor der Antwort Monika Bozhinova