wsimport bitti. SOAP çağrısı hâlâ bir proxy'ye ihtiyaç duyuyor.
JAX-WS proxy erişimini yapılandırırken WSDL üretimini, çalışma anındaki WSDL alımını ve SOAP çağrısını ayrı düşünün.
WSDL indirildi, Java sınıfları üretildi ve ilk SOAP çağrısı hâlâ ağdan çıkamıyor. Üretecin kullandığı proxy seçeneği üretecin kendi çalışmasına aittir.
Oracle JDK 8'deki wsimport başvurusu bu araç için bir HTTP proxy seçeneği belgeler. Bu, üretilen hizmet sınıflarına gömülen taşınabilir bir yönerge değildir. Daha sonraki bir uygulama başka bir JVM'de, başka bir hesap altında ve başka bir JAX-WS gerçekleştirimiyle çalışabilir.
Hangi isteğin başarısız olduğunu bulun
| Aşama | İncelenecek süreç veya bileşen |
|---|---|
| WSDL ve importlardan sınıf üretmek | Derleme aracı veya wsimport çağrısı |
| Hizmet kurulurken WSDL okumak | Uygulamanın WSDL konumu ve çalışma anı istemcisi |
| SOAP uç noktasını çağırmak | Seçilen çalışma anı taşıması ve proxy yapılandırması |
Orta aşama kolayca gözden kaçar. Üretilen hizmet hâlâ uzaktaki bir WSDL'ye başvurabilir. Çalışma anının onu kurulum sırasında alması gerekiyorsa, bağlantı noktasını ancak sonradan yapılandırmak o önceki indirme için çok geçtir. Amaçlanan tanımı uygulama kaynağı olarak paketlemek, gerçekleştirimin desteklediği yerde bu alma bağımlılığını ortadan kaldırabilir.
Bir gerçekleştirimdeki ClientProxyFeature adlı sınıf otomatik olarak her JAX-WS sağlayıcısının parçası değildir.
Proxy kimlik bilgilerini SOAP hizmetinin kimlik bilgilerinden ayrı tutun. Başarılı bir WSDL indirmesi anonim bile olabilir, oysa işlemin uç noktası oturum açma ister, ya da tersi.
Başarısız URL'yi ve kurulumun ya da çağrının durduğu noktayı kaydedin. Bu genellikle eksik ayarın nereye ait olduğunu gösterir; aynı sınıfları yeniden üretmeye gerek kalmaz.