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 и точката, в която изграждането или извикването е спряло. Това обикновено показва къде принадлежи липсващата настройка, без нов опит за генериране на същите класове.