WSDL спампаваны, класы Java згенераваны, а першы выклік SOAP усё яшчэ не можа выйсці з сеткі. Параметр проксі, які выкарыстоўвае генератар, належыць працы самога генератара.

Даведка па wsimport у Oracle JDK 8 апісвае параметр HTTP-проксі для гэтага інструмента. Гэта не пераносная інструкцыя, убудаваная ў створаныя класы сэрвісу. Пазнейшае прыкладанне можа працаваць у іншай JVM, пад іншым уліковым запісам і з іншай рэалізацыяй JAX-WS.

Вызначце, які запыт не ўдаўся

ЭтапПрацэс або кампанент для праверкі
Генерацыя класаў з WSDL і імпартуІнструмент зборкі або выклік wsimport
Чытанне WSDL падчас стварэння сэрвісуРазмяшчэнне WSDL у прыкладанні і кліент часу выканання
Выклік канчатковай кропкі SOAPАбраны транспарт часу выканання і яго налады проксі

Сярэдні этап лёгка прапусціць. Згенераваны сэрвіс можа па-ранейшаму спасылацца на аддалены WSDL. Калі часу выканання трэба атрымаць яго падчас стварэння, наладжванне порта толькі пасля гэтага будзе запозненым для таго папярэдняга спампоўвання. Пакаванне патрэбнага апісання як рэсурсу прыкладання можа прыбраць гэтую залежнасць ад атрымання там, дзе рэалізацыя гэта падтрымлівае.

Клас з назвай ClientProxyFeature з адной рэалізацыі не з'яўляецца аўтаматычна часткай кожнага правайдара JAX-WS.

Трымайце ўліковыя даныя проксі асобна ад уліковых даных сэрвісу SOAP. Паспяховае спампоўванне WSDL можа быць нават ананімным, тады як канчатковая кропка аперацыі патрабуе ўваходу, або наадварот.

Запішыце URL, які не ўдаўся, і момант, калі спыніліся стварэнне або выклік. Гэта звычайна паказвае, дзе павінна быць адсутная налада, без чарговай спробы згенераваць тыя ж класы.

Падобныя артыкулы