Клієнт CXF SOAP може нести свою конфігурацію проксі в HTTP-кондуїті. Політика клієнта вибирає кінцеву точку, а 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 прикладу порту на порт клієнта, який налаштовується; коректний блок, приєднаний до іншого кондуїту, не може вплинути на цей виклик.

Хост і числовий порт описують прямий проксі. Блок proxyAuthorization — це специфічне налаштування облікового запису проксі в схемі. CXF також має елемент authorization для облікових даних призначення. Облікові записи проксі та призначення залишаються окремими.

Показаний тип Basic має відповідати схемі, яку приймає проксі і яку може використовувати вибраний транспорт CXF. Після завантаження відповідного кондуїту операції, надіслані через нього, отримують цю політику клієнта й конфігурацію облікового запису.

Схожі статті