wsimport zakończony. Wywołanie SOAP nadal wymaga proxy.
Rozdziel generowanie WSDL, pobieranie WSDL w czasie działania i wywołanie SOAP przy konfigurowaniu dostępu JAX-WS przez proxy.
WSDL został pobrany, klasy Java wygenerowane, a pierwsze wywołanie SOAP nadal nie może wydostać się z sieci. Opcja proxy używana przez generator należy do działania samego generatora.
Dokumentacja wsimport w Oracle JDK 8 opisuje opcję proxy HTTP dla tego narzędzia. Nie jest to przenośna instrukcja wbudowana w powstałe klasy usługi. Późniejsza aplikacja może działać w innej JVM, na innym koncie i z inną implementacją JAX-WS.
Ustal, które żądanie się nie powiodło
| Etap | Proces lub komponent do sprawdzenia |
|---|---|
| Generowanie klas z WSDL i importów | Narzędzie budowania lub wywołanie wsimport |
| Odczyt WSDL podczas budowania usługi | Lokalizacja WSDL w aplikacji i klient czasu wykonania |
| Wywołanie punktu końcowego SOAP | Wybrany transport czasu wykonania i jego konfiguracja proxy |
Środkowy etap łatwo przeoczyć. Wygenerowana usługa może nadal wskazywać na zdalny WSDL. Jeśli środowisko wykonania musi go pobrać podczas budowania, konfiguracja portu dopiero później jest zbyt późna dla tego wcześniejszego pobrania. Spakowanie zamierzonego opisu jako zasobu aplikacji może usunąć tę zależność od pobierania tam, gdzie implementacja to obsługuje.
Klasa o nazwie ClientProxyFeature z jednej implementacji nie jest automatycznie częścią każdego dostawcy JAX-WS.
Trzymaj poświadczenia proxy oddzielnie od poświadczeń usługi SOAP. Udane pobranie WSDL może być nawet anonimowe, podczas gdy punkt końcowy operacji wymaga zalogowania, lub odwrotnie.
Zapisz nieudany adres URL i miejsce, w którym zatrzymało się budowanie lub wywołanie. To zwykle wskazuje, gdzie należy brakujące ustawienie, bez kolejnej próby wygenerowania dokładnie tych samych klas.