wsimport baigtas. SOAP iškvietimui vis tiek reikia proxy.
Atskirkite WSDL generavimą, WSDL gavimą vykdymo metu ir SOAP iškvietimą, kai nustatote JAX-WS prieigą per proxy.
WSDL atsisiųstas, Java klasės sugeneruotos, o pirmasis SOAP iškvietimas vis tiek negali išeiti iš tinklo. Generatoriaus naudojama proxy parinktis priklauso paties generatoriaus veikimui.
Oracle JDK 8 wsimport nuoroda dokumentuoja HTTP proxy parinktį tam įrankiui. Tai nėra perkeliama instrukcija, įterpta į sugeneruotas paslaugos klases. Vėlesnė programa gali veikti kitoje JVM, su kita paskyra ir su kita JAX-WS implementacija.
Nustatykite, kuri užklausa nepavyko
| Etapas | Tikrinamas procesas arba komponentas |
|---|---|
| Klasės generavimas iš WSDL ir importų | Kūrimo įrankis arba wsimport iškvietimas |
| WSDL skaitymas kuriant paslaugą | Programos WSDL vieta ir vykdymo metu naudojamas klientas |
| SOAP galinio taško iškvietimas | Pasirinktas vykdymo transportas ir jo proxy konfigūracija |
Vidurinį etapą lengva praleisti. Sugeneruota paslauga vis dar gali nurodyti į nutolusį WSDL. Jei vykdymo metu jį reikia gauti kuriant, prievado nustatymas tik po to tam ankstesniam atsisiuntimui yra per vėlu. Supakavus numatytą aprašą kaip programos išteklių, ta gavimo priklausomybė gali būti pašalinta ten, kur implementacija tai palaiko.
Vienos implementacijos klasė pavadinimu ClientProxyFeature nėra automatiškai kiekvieno JAX-WS teikėjo dalis.
Laikykite proxy kredencialus atskirai nuo SOAP paslaugos kredencialų. Sėkmingas WSDL atsisiuntimas gali būti net anoniminis, nors operacijos galinis taškas reikalauja prisijungimo, arba atvirkščiai.
Užsirašykite nepavykusį URL ir tašką, kuriame kūrimas arba iškvietimas sustojo. Tai paprastai parodo, kur priklauso trūkstamas nustatymas, be dar vieno bandymo generuoti tas pačias klases.