Glen Mazza wrote:
> 
> The CXF documentation is (unfortunately) present at two URLs for some
> reason, and the one you're looking at is much older.  This is the better
> location (with the correct data):
> http://cxf.apache.org/docs/client-http-transport-including-ssl-support.html
> 
> It is accessible, along with all the other up-to-date pages, here:
> http://cxf.apache.org/docs/index.html
> 
> ...
> 
Thanks Glen, the newer documentation has the info obviously corrected.
However, the core issue of the CXFServlet serving the WSDL only partially
adapted to the https connection remains. Even if I correct the link URL the
WSDL file does have includes for the xsd files that are still named http://

So my attempt to create my service like 
new UserApiService(serviceUrl); 
fails.

If I try the suggestion from the bottom of the doc to set the port myself, I
get another Exception

            UserApiService userService = new UserApiService();
            // You can add whatever address as you want
            userService.addPort(UserApiService.UserApiPort,
"http://schemas.xmlsoap.org/soap/";, service);
            userApi = userService.getUserApiPort();
OR
            UserApiService userService = new UserApiService();
            // You can add whatever address as you want
            userApi = userService.getUserApiPort();
            BindingProvider provider = (BindingProvider) userApi;
            // You can set the address per request here
           
provider.getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY,
service);

----
Oct 2, 2009 9:44:43 AM org.apache.cxf.transport.https.SSLUtils
getCiphersFromList
INFO: The cipher suites have been set to SSL_RSA_WITH_RC4_128_MD5,
SSL_RSA_WITH_RC4_128_SHA, TLS_RSA_WITH_AES_128_CBC_SHA,
TLS_RSA_WITH_AES_256_CBC_SHA, TLS_DHE_RSA_WITH_AES_128_CBC_SHA,
TLS_DHE_RSA_WITH_AES_256_CBC_SHA, TLS_DHE_DSS_WITH_AES_128_CBC_SHA,
TLS_DHE_DSS_WITH_AES_256_CBC_SHA, SSL_RSA_WITH_3DES_EDE_CBC_SHA,
SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA, SSL_DHE_DSS_WITH_3DES_EDE_CBC_SHA,
SSL_RSA_WITH_DES_CBC_SHA, SSL_DHE_RSA_WITH_DES_CBC_SHA,
SSL_DHE_DSS_WITH_DES_CBC_SHA, SSL_RSA_EXPORT_WITH_RC4_40_MD5,
SSL_RSA_EXPORT_WITH_DES40_CBC_SHA, SSL_DHE_RSA_EXPORT_WITH_DES40_CBC_SHA,
SSL_DHE_DSS_EXPORT_WITH_DES40_CBC_SHA, TLS_KRB5_WITH_RC4_128_SHA,
TLS_KRB5_WITH_RC4_128_MD5, TLS_KRB5_WITH_3DES_EDE_CBC_SHA,
TLS_KRB5_WITH_3DES_EDE_CBC_MD5, TLS_KRB5_WITH_DES_CBC_SHA,
TLS_KRB5_WITH_DES_CBC_MD5, TLS_KRB5_EXPORT_WITH_RC4_40_SHA,
TLS_KRB5_EXPORT_WITH_RC4_40_MD5, TLS_KRB5_EXPORT_WITH_DES_CBC_40_SHA,
TLS_KRB5_EXPORT_WITH_DES_CBC_40_MD5.  
Oct 2, 2009 9:44:44 AM org.apache.cxf.phase.PhaseInterceptorChain
doIntercept
INFO: Interceptor has thrown exception, unwinding now
org.apache.cxf.binding.soap.SoapFault: "http://schemas.xmlsoap.org/wsdl/";,
the namespace on the "definitions" element, is not a valid SOAP version.
        at
org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMessage(ReadHeadersInterceptor.java:95)
        at
org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMessage(ReadHeadersInterceptor.java:57)
        at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:226)
        at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:619)
        at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:2058)
        at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1936)
        at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1862)
        at 
org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:66)
        at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:598)
        at
org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
        at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:226)
        at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:449)
        at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:279)
        at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:231)
        at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73)
        at 
org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:117)
        at $Proxy28.getUsers(Unknown Source)

Any ideas how to get around this?
 
-- 
View this message in context: 
http://www.nabble.com/CXFServlet-over-https-tp25703630p25716368.html
Sent from the cxf-user mailing list archive at Nabble.com.

Reply via email to