wsimport დასრულდა. SOAP გამოძახებას მაინც სჭირდება პროქსი.
გამოყავით WSDL-ის გენერაცია, WSDL-ის მიღება გაშვების დროს და SOAP გამოძახება JAX-WS პროქსის წვდომის კონფიგურაციისას.
WSDL ჩამოიტვირთა, Java კლასები შეიქმნა და პირველი SOAP გამოძახება მაინც ვერ გადის ქსელიდან. პროქსის ის პარამეტრი, რომელსაც გენერატორი იყენებს, თავად გენერატორის მუშაობას ეკუთვნის.
Oracle JDK 8-ის wsimport-ის ცნობარი ამ ინსტრუმენტისთვის HTTP პროქსის პარამეტრს აღწერს. ეს არ არის გადატანადი ინსტრუქცია, რომელიც შექმნილ სერვისის კლასებში ჩაიდება. მოგვიანებით აპლიკაცია შეიძლება სხვა JVM-ში, სხვა ანგარიშით და სხვა JAX-WS იმპლემენტაციით გაუშვათ.
გაარკვიეთ, რომელი მოთხოვნა ჩავარდა
| ეტაპი | შესამოწმებელი პროცესი ან კომპონენტი |
|---|---|
| კლასების გენერაცია WSDL-იდან და იმპორტებიდან | აგების ინსტრუმენტი ან wsimport გამოძახება |
| WSDL-ის წაკითხვა სერვისის აწყობისას | აპლიკაციის WSDL მდებარეობა და გაშვების დროის კლიენტი |
| SOAP საბოლოო წერტილის გამოძახება | არჩეული გაშვების დროის ტრანსპორტი და მისი პროქსის კონფიგურაცია |
შუა ეტაპი ადვილად გამოგვრჩება. შექმნილმა სერვისმა შეიძლება კვლავ დისტანციურ WSDL-ზე მიუთითოს. თუ გაშვების დროს ის აწყობისას უნდა მიიღოს, პორტის მხოლოდ შემდეგ კონფიგურაცია ძალიან გვიანია იმ ადრინდელი ჩამოტვირთვისთვის. მოსალოდნელი აღწერის აპლიკაციის რესურსად შეფუთვა შეიძლება მოხსნას ეს მიღების დამოკიდებულება იქ, სადაც იმპლემენტაცია ამას უჭერს მხარს.
ერთი იმპლემენტაციის ClientProxyFeature სახელის კლასი ავტომატურად არ არის ყოველი JAX-WS მომწოდებლის ნაწილი.
პროქსის სერთიფიკატები ცალკე შეინახეთ SOAP სერვისის სერთიფიკატებისგან. წარმატებული WSDL ჩამოტვირთვა შეიძლება ანონიმურიც იყოს, მაშინ როცა ოპერაციის საბოლოო წერტილი შესვლას მოითხოვს, ან პირიქით.
ჩაწერეთ წარუმატებელი URL და ის წერტილი, სადაც აწყობა ან გამოძახება შეწყდა. ეს ჩვეულებრივ გვიჩვენებს, სად უნდა იყოს დაკარგული პარამეტრი, იმავე კლასების ხელახლა გენერაციის კიდევ ერთი ცდის გარეშე.