CXF SOAP-kliento povas porti sian prokuran agordon sur la HTTP-kondukto. La klienta politiko elektas la finpunkton, dum proxyAuthorization liveras la konton de la peranto:

<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>

Ĉi tiu fragmento supozas, ke la ekzistanta CXF-agordo deklaras la nomspacojn HTTP-conduit kaj sekureco. Anstataŭigu la QName de la ekzempla pordo per la klienta pordo agordata; ĝusta bloko alkroĉita al alia kondukto ne povas influi ĉi tiun alvokon.

La gastiganto kaj la nombra pordo priskribas la antaŭan prokurilon. La bloko proxyAuthorization estas la specifa agordo de prokura konto en la skemo. CXF ankaŭ havas elementon authorization por la legitimiloj de la celo. La prokura kaj cela kontoj restas apartaj.

La montrita tipo Basic devas kongrui kun skemo, kiun la prokurilo akceptas kaj kiun la elektita CXF-transporto povas uzi. Post ŝarĝo de la kongrua kondukto, operacioj senditaj tra ĝi ricevas tiun klientan politikon kaj kontan agordon.

Rilataj artikoloj