wsimport s-a terminat. Apelul SOAP tot are nevoie de un proxy.
Separați generarea WSDL, obținerea WSDL la execuție și apelul SOAP când configurați accesul JAX-WS prin proxy.
WSDL-ul a fost descărcat, clasele Java au fost generate, iar primul apel SOAP tot nu poate ieși din rețea. Opțiunea de proxy folosită de generator aparține funcționării generatorului.
Referința wsimport din Oracle JDK 8 documentează o opțiune de proxy HTTP pentru acel instrument. Nu este o instrucțiune portabilă încorporată în clasele de serviciu rezultate. O aplicație ulterioară poate rula într-un alt JVM, sub alt cont și cu altă implementare JAX-WS.
Stabiliți care cerere a eșuat
| Etapă | Proces sau componentă de inspectat |
|---|---|
| Generarea claselor din WSDL și importuri | Instrumentul de build sau apelul wsimport |
| Citirea WSDL la construirea serviciului | Locația WSDL a aplicației și clientul de execuție |
| Apelarea punctului final SOAP | Transportul de execuție ales și configurația lui de proxy |
Etapa din mijloc este ușor de ratat. Un serviciu generat poate încă să trimită la un WSDL aflat la distanță. Dacă execuția trebuie să îl obțină în timpul construirii, configurarea unui port doar după aceea vine prea târziu pentru descărcarea anterioară. Împachetarea descrierii dorite ca resursă a aplicației poate elimina acea dependență de obținere acolo unde implementarea o acceptă.
O clasă numită ClientProxyFeature dintr-o implementare nu face automat parte din fiecare furnizor JAX-WS.
Țineți acreditările proxy separate de acreditările serviciului SOAP. O descărcare WSDL reușită poate fi chiar anonimă în timp ce punctul final al operației cere autentificare, sau invers.
Notați URL-ul care a eșuat și punctul în care construirea sau apelul s-au oprit. Aceasta indică de obicei unde se potrivește setarea lipsă, fără o nouă încercare de a genera exact aceleași clase.