Na-download ang WSDL, nagawa ang mga Java class, at hindi pa rin makalabas sa network ang unang tawag sa SOAP. Ang opsyong proxy na ginagamit ng generator ay bahagi ng pagtakbo ng generator mismo.

Dinodokumento ng reperensya ng wsimport sa Oracle JDK 8 ang isang opsyong HTTP proxy para sa tool na iyon. Hindi ito isang natatanggal na tagubiling nakabaon sa mga nagawang service class. Ang isang aplikasyong tatakbo mamaya ay maaaring tumakbo sa ibang JVM, sa ilalim ng ibang account at may ibang implementasyon ng JAX-WS.

Alamin kung aling kahilingan ang nabigo

YugtoProseso o bahaging susuriin
Paggawa ng mga class mula sa WSDL at mga importAng build tool o ang tawag sa wsimport
Pagbasa ng WSDL habang binubuo ang serbisyoAng lokasyon ng WSDL ng aplikasyon at ang runtime client
Pagtawag sa SOAP endpointAng piniling runtime transport at ang konpigurasyon nito ng proxy

Madaling makaligtaan ang gitnang yugto. Ang nagawang serbisyo ay maaaring tumutukoy pa rin sa isang malayong WSDL. Kung kailangan itong kunin ng runtime habang binubuo, huli na ang pagkonpigura ng port pagkatapos para sa naunang download na iyon. Ang pag-package ng nilalayong paglalarawan bilang resource ng aplikasyon ay maaaring mag-alis ng dependency sa pagkuha kung saan sinusuportahan ito ng implementasyon.

Ang isang class na tinatawag na ClientProxyFeature mula sa isang implementasyon ay hindi awtomatikong bahagi ng bawat provider ng JAX-WS.

Panatilihing hiwalay ang mga kredensyal ng proxy sa mga kredensyal ng serbisyong SOAP. Ang matagumpay na download ng WSDL ay maaaring anonymous habang ang endpoint ng operasyon ay nangangailangan ng login, o kabaliktaran.

Itala ang nabigong URL at ang punto kung saan huminto ang pagbuo o ang tawag. Karaniwang ipinapakita niyon kung saan nararapat ang nawawalang setting, nang walang panibagong pagtatangkang muling likhain ang mismong mga class.

Kaugnay na mga artikulo