wsimport завершён. Вызову SOAP всё равно нужен прокси.
Разделяйте генерацию WSDL, получение WSDL во время выполнения и вызов SOAP при настройке доступа к JAX-WS через прокси.
WSDL загружен, классы Java сгенерированы, а первый вызов SOAP всё равно не выходит из сети. Параметр прокси, который использует генератор, относится к работе самого генератора.
Справочник по wsimport в Oracle JDK 8 описывает параметр HTTP-прокси для этого инструмента. Это не переносимая инструкция, встроенная в созданные классы сервиса. Более позднее приложение может работать в другой JVM, под другой учётной записью и с другой реализацией JAX-WS.
Определите, какой запрос не удался
| Этап | Процесс или компонент для проверки |
|---|---|
| Генерация классов из WSDL и импортов | Инструмент сборки или вызов wsimport |
| Чтение WSDL при построении сервиса | Расположение WSDL в приложении и клиент времени выполнения |
| Вызов конечной точки SOAP | Выбранный транспорт времени выполнения и его настройка прокси |
Средний этап легко упустить. Созданный сервис может по-прежнему ссылаться на удалённый WSDL. Если времени выполнения нужно получить его во время построения, настройка порта только после этого слишком поздняя для той более ранней загрузки. Упаковка нужного описания как ресурса приложения может убрать эту зависимость от получения там, где реализация это поддерживает.
Класс с именем ClientProxyFeature из одной реализации не является автоматически частью каждого поставщика JAX-WS.
Держите учётные данные прокси отдельно от учётных данных сервиса SOAP. Успешная загрузка WSDL может быть даже анонимной, тогда как конечная точка операции требует входа, или наоборот.
Запишите неудавшийся URL и точку, где остановились построение или вызов. Обычно это показывает, куда относится недостающая настройка, без новой попытки сгенерировать те же самые классы.