CXF SOAP კლიენტს შეუძლია თავისი პროქსის კონფიგურაცია HTTP conduit-ზე ატაროს. კლიენტის პოლიტიკა ირჩევს საბოლოო წერტილს, ხოლო proxyAuthorization შუამავლის ანგარიშს აწვდის:

<http-conf:conduit name="{urn:reports}ReportsPort.http-conduit">
  <http-conf:proxyAuthorization>
    <sec:UserName>PROXY_USER</sec:UserName>
    <sec:Password>PROXY_PASSWORD</sec:Password>
    <sec:AuthorizationType>Basic</sec:AuthorizationType>
  </http-conf:proxyAuthorization>
  <http-conf:client ProxyServer="proxy.example" ProxyServerPort="8080" />
</http-conf:conduit>

ეს ფრაგმენტი ვარაუდობს, რომ არსებული CXF კონფიგურაცია აცხადებს HTTP-conduit და უსაფრთხოების სახელთა სივრცეებს. შეცვალეთ მაგალითის პორტის QName კონფიგურირებადი კლიენტის პორტით; სხვა conduit-ზე მიმაგრებული სწორი ბლოკი ამ გამოძახებაზე ვერ იმოქმედებს.

ჰოსტი და რიცხვითი პორტი წინა პროქსის აღწერს. proxyAuthorization ბლოკი სქემის სპეციფიკური პროქსი-ანგარიშის პარამეტრია. CXF-ს ასევე აქვს authorization ელემენტი დანიშნულების სერტიფიკატებისთვის. პროქსისა და დანიშნულების ანგარიშები ცალკე რჩება.

ნაჩვენები Basic ტიპი უნდა შეესაბამებოდეს სქემას, რომელსაც პროქსი იღებს და რომლის გამოყენებაც არჩეულ CXF ტრანსპორტს შეუძლია. შესაბამისი conduit-ის ჩატვირთვის შემდეგ, მის გავლით გაგზავნილი ოპერაციები იღებენ ამ კლიენტის პოლიტიკასა და ანგარიშის კონფიგურაციას.

დაკავშირებული სტატიები