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, операциите испратени преку него ги добиваат таа клиентска политика и конфигурација на сметка.

Поврзани статии