wsimport er ferdig. SOAP-kallet treng framleis ein proxy.
Skil WSDL-generering, WSDL-henting ved køyretid og SOAP-kall når JAX-WS-proxytilgang blir sett opp.
WSDL-en vart lasta ned, Java-klassane vart genererte, og det første SOAP-kallet kjem framleis ikkje ut av nettet. Proxyvalet generatoren brukar, høyrer til køyringa til generatoren sjølv.
Oracle sin JDK 8-referanse for wsimport dokumenterer eit HTTP-proxyval for det verktøyet. Det er ikkje ein flyttbar instruksjon som blir baka inn i tenesteklassane som blir genererte. Ein seinare applikasjon kan køyre i ein annan JVM, under ein annan konto og med ein annan JAX-WS-implementasjon.
Finn ut kva førespurnad som feila
| Trinn | Prosess eller komponent som skal undersøkjast |
|---|---|
| Generer klassar frå WSDL og importar | Byggjeverktøyet eller wsimport-kallet |
| Les WSDL medan tenesta blir bygd | WSDL-plasseringa til applikasjonen og køyretidsklienten |
| Kall SOAP-endepunktet | Den valde køyretidstransporten og proxyoppsettet hans |
Det midtre trinnet er lett å oversjå. Ei generert teneste kan framleis vise til ein ekstern WSDL. Viss køyretida må hente han under bygginga, er det for seint å setje opp ein port berre etterpå for den tidlegare nedlastinga. Å pakke den tiltenkte skildringa som ein applikasjonsressurs kan fjerna den henteavhengigheita der implementasjonen støttar det.
Ein klasse kalla ClientProxyFeature frå éin implementasjon er ikkje automatisk ein del av kvar JAX-WS-leverandør.
Hald proxy-legitimasjonen skild frå legitimasjonen til SOAP-tenesta. Ei vellukka WSDL-nedlasting kan til og med vera anonym medan endepunktet for operasjonen krev innlogging, eller omvendt.
Noter den feilande URL-en og punktet der bygginga eller kallet stoppa. Det viser vanlegvis kvar den manglande innstillinga høyrer heime, utan eit nytt forsøk på å generere nøyaktig dei same klassane.