Блог

Главная - Вопросы по программированию - SOAP: не удается выполнить вызов удаленного метода.Удаленный хост не ответил

SOAP: не удается выполнить вызов удаленного метода.Удаленный хост не ответил

#java #ssl #soap

#java #ssl #soap

Вопрос:

Я обращаюсь https к веб-сервису через jar, служба создается, и порт также создается, но при попытке вызвать удаленный метод веб-службы он выдает следующую ошибку.

 com.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: java.net.ConnectException: A remote host did not respond within the timeout period.

Пожалуйста, обратите внимание, что я переопределяю hostnameverifier для проверки всех имен хостов, поскольку сертификат, добавленный в хранилище ключей, имеет CN, отличный от URL веб-службы, к которой я обращаюсь через мой jar.

 javax.net.ssl.HttpsURLConnection.setDefaultHostnameVerifier(
                            new javax.net.ssl.HostnameVerifier(){

                                public boolean verify(String hostname,
                                        javax.net.ssl.SSLSession sslSession) 
                                {
                                    mylog.setLog("Hostname Verification successfully overriden.");
                                    return true;
                                }
                            });

Инструмент, который я использую, — CXF .Ниже приведена полная трассировка стека.

 com.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: java.net.ConnectException: A remote host did not respond within the timeout period.
    at com.sun.xml.internal.ws.transport.http.client.HttpClientTransport.getOutput(HttpClientTransport.java:133)
    at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:154)
    at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:95)
    at com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(DeferredTransportPipe.java:117)
    at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Fiber.java:599)
    at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Fiber.java:558)
    at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Fiber.java:543)
    at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Fiber.java:440)
    at com.sun.xml.internal.ws.client.Stub.process(Stub.java:223)
    at com.sun.xml.internal.ws.client.sei.SEIStub.doProcess(SEIStub.java:136)
    at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:110)
    at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:90)
    at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(SEIStub.java:119)
    at com.sun.proxy.$Proxy25.transferFileService(Unknown Source)
    at com.mywsclient.cxf.transfer.FileTransfer.transferToWebService(FileTransfer.java:183)
    at com.mywsclient.cxf.transfer.FileTransfer.run(FileTransfer.java:236)
    at java.lang.Thread.run(Thread.java:738)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:908)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:931)
    at java.lang.Thread.run(Thread.java:738)
Caused by: java.net.ConnectException: A remote host did not respond within the timeout period.
    at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:381)
    at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:243)
    at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:230)
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:377)
    at java.net.Socket.connect(Socket.java:539)
    at java.net.Socket.connect(Socket.java:488)
    at sun.net.NetworkClient.doConnect(NetworkClient.java:175)
    at sun.net.www.http.HttpClient.openServer(HttpClient.java:424)
    at sun.net.www.http.HttpClient.openServer(HttpClient.java:538)
    at com.ibm.net.ssl.www2.protocol.https.c.<init>(c.java:64)
    at com.ibm.net.ssl.www2.protocol.https.c.a(c.java:65)
    at com.ibm.net.ssl.www2.protocol.https.d.getNewHttpClient(d.java:15)
    at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:978)
    at com.ibm.net.ssl.www2.protocol.https.d.connect(d.java:32)
    at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1043)
    at com.ibm.net.ssl.www2.protocol.https.b.getOutputStream(b.java:79)
    at com.sun.xml.internal.ws.transport.http.client.HttpClientTransport.getOutput(HttpClientTransport.java:121)
    ... 19 more

Комментарии:

1. правильна ли удаленная конечная точка?

2. @Reimeus я указал URL-адрес при создании объекта service , и он загружает wsdl, я полагаю, что тот же URL-адрес будет перенесен при вызове удаленного метода.

3. @Reimeus получил проблему, я динамически загружал URL-адрес из базы данных, а конечная точка в загруженном wsdl имела другую конечную точку, которая была недоступна. Переопределение конечной точки с тем же URL-адресом, для которого использовался wsdl, решило проблему.

Ответ №1:

Наконец, проблема решена, используемая конечная точка отличалась от URL-адреса, на котором находился wsdl.Удалось переопределить то же самое с URL, у которого был wsdl, и это сработало.(Обратите внимание, я использовал динамический URL-адрес для поиска wsdl).Ниже приведен код для установки конечной точки .

 BindingProvider bp = (BindingProvider) port;
Map<String, Object>req_context_map=bp.getRequestContext();
bp.getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, my_url);

Приветствия.