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