Использование Axis1 через https

Question

Использование Axis1 через https

1

как дела?

Проблема в том, что мы используем Axis1 для использования wsdl-based webservice, который отлично работает, когда URL-адрес, где расположен WSDL, использует обычное старое HTTP-соединение, но когда он использует защищенный SSL-протокол, он приносит ConnectionException, когда Axis1 пытается загрузить содержимое документа WSDL.

Даже прочитав комментарии к XMLUtils.class, разработчики Axis даже не уверены, что он будет работать с HTTPS, поскольку он читает в строке 810.

Есть ли способ решить это? Whe попытался установить сертификаты на компьютер, на... jre7/lib/security/cacerts и попытался доверять всем сертификатам, но проблема не устранена...

Заранее спасибо.

Редактировать:

Вы можете воспроизвести исключение с помощью этого кода:

InputSource source = new InputSource(urlWSDL);
DocumentBuilder db = DocumentBuilderFactoryImpl.newInstance().newDocumentBuilder();
Document doc = (Document) db.parse(source);

Исключение:

java.net.ConnectException: Connection timed out: connect
    at java.net.DualStackPlainSocketImpl.connect0(Native Method)
    at java.net.DualStackPlainSocketImpl.socketConnect(Unknown Source)
    at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source)
    at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)
    at java.net.AbstractPlainSocketImpl.connect(Unknown Source)
    at java.net.PlainSocketImpl.connect(Unknown Source)
    at java.net.SocksSocketImpl.connect(Unknown Source)
    at java.net.Socket.connect(Unknown Source)
    at sun.security.ssl.SSLSocketImpl.connect(Unknown Source)
    at sun.security.ssl.BaseSSLSocketImpl.connect(Unknown Source)
    at sun.net.NetworkClient.doConnect(Unknown Source)
    at sun.net.www.http.HttpClient.openServer(Unknown Source)
    at sun.net.www.http.HttpClient.openServer(Unknown Source)
    at sun.net.www.protocol.https.HttpsClient.<init>(Unknown Source)
    at sun.net.www.protocol.https.HttpsClient.New(Unknown Source)
    at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(Unknown Source)
    at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
    at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unknown Source)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
    at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(Unknown Source)
    at java.net.URL.openStream(Unknown Source)
    at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
    at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown Source)
    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
    at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
    at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
    at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
    at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)

Aitor Gonzalez 02 сен. 2014, в 12:53

Источник

0

Да, это должно работать для https. Укажите дополнительную информацию об исключении, которое вы получаете.
nablex 02 сен. 2014, в 10:00
0

Я пытался воспроизвести точку, где это происходит, и ... я понял! Я отредактирую вопрос.
Aitor Gonzalez 02 сен. 2014, в 10:24
0

HTTP использует порт 80 по умолчанию, HTTPS использует порт 443. У меня такое ощущение, что сервер фактически не поддерживает HTTPS или использует другой порт.
nablex 02 сен. 2014, в 10:43
0

Я не знаю, я могу подключиться к WSDL, используя SoapUI и вставив URL в браузер, но если я пингую хост, я не получаю ответ. Так что я не знаю.
Aitor Gonzalez 02 сен. 2014, в 10:54
1

Pinging, как правило, не является хорошим способом тестирования хоста, лучше подключиться к конкретному порту, например 443. telnet. Убедитесь, что URL, который вы вводите в SoapUI, точно такой же, как и тот, который вы используете в java. Покажите еще немного кода, возможно. Медленно ли страница в браузере? Возможно, время ожидания вашего соединения слишком низкое в Java. Запустите wireshark, чтобы увидеть, что на самом деле происходит на проводе ...
nablex 02 сен. 2014, в 11:36
0

Я использовал telnet для IP и порта и не могу подключиться.
Aitor Gonzalez 02 сен. 2014, в 14:03
1

Тогда это либо проблема брандмауэра (тест браузера выполняется с того же компьютера?), Проблема DNS или проблема конфигурации.
nablex 02 сен. 2014, в 14:21
0

WireShark сообщает, что я отправляю пакет SYN с порта 64180 на их IP и порт 443. Затем я отправляю еще два пакета (ретрансляция TCP) с того же порта на тот же IP-адрес и порт. Но нет ответа от хозяина. Может быть, они блокируют соединения от некоторых портов? Может быть, это потому, что мы за прокси? Но прокси был разблокирован для некоторых предыдущих работ https ...
Aitor Gonzalez 02 сен. 2014, в 14:37

Показать ещё 6 комментариев

Теги:

java

web-services

https

wsdl

axis

1 ответ

Ещё вопросы

Да, это должно работать для https. Укажите дополнительную информацию об исключении, которое вы получаете.
Я пытался воспроизвести точку, где это происходит, и ... я понял! Я отредактирую вопрос.
HTTP использует порт 80 по умолчанию, HTTPS использует порт 443. У меня такое ощущение, что сервер фактически не поддерживает HTTPS или использует другой порт.
Я не знаю, я могу подключиться к WSDL, используя SoapUI и вставив URL в браузер, но если я пингую хост, я не получаю ответ. Так что я не знаю.
Pinging, как правило, не является хорошим способом тестирования хоста, лучше подключиться к конкретному порту, например 443. telnet. Убедитесь, что URL, который вы вводите в SoapUI, точно такой же, как и тот, который вы используете в java. Покажите еще немного кода, возможно. Медленно ли страница в браузере? Возможно, время ожидания вашего соединения слишком низкое в Java. Запустите wireshark, чтобы увидеть, что на самом деле происходит на проводе ...
Я использовал telnet для IP и порта и не могу подключиться.
Тогда это либо проблема брандмауэра (тест браузера выполняется с того же компьютера?), Проблема DNS или проблема конфигурации.
WireShark сообщает, что я отправляю пакет SYN с порта 64180 на их IP и порт 443. Затем я отправляю еще два пакета (ретрансляция TCP) с того же порта на тот же IP-адрес и порт. Но нет ответа от хозяина. Может быть, они блокируют соединения от некоторых портов? Может быть, это потому, что мы за прокси? Но прокси был разблокирован для некоторых предыдущих работ https ...

Aitor Gonzalez · Answer 1 · 2014-09-02T13-31-00.000Z

Проблема была прокси-сервера компании, поэтому я добавил:

System.setProperty("https.proxySet", "true");
System.setProperty("https.proxyHost", this.getConfiguracionProxy().getUrlProxy());
System.setProperty("https.proxyPort", this.getConfiguracionProxy().getPuertoProxy());

Для того, чтобы:

System.setProperty("http.proxySet", "true");
System.setProperty("http.proxyHost", this.getConfiguracionProxy().getUrlProxy());
System.setProperty("http.proxyPort", this.getConfiguracionProxy().getPuertoProxy());

Я нашел решение, глядя на Wireshark. Когда я получал файл в SoapUI или в веб-браузере, IP-адрес был иным, чем IP-адрес, используемый нашим приложением (настоящий IP-адрес). Тогда я понял, что я за прокси.

Я никогда не пользовался Wireshark... Я многому научился, что хорошо.

Это устанавливает в качестве свойства System хранимую конфигурацию прокси.

Спасибо всем.