Сервісний проксі CXF і прямий проксі — різні об'єкти
Розберіться в політиці мережевого проксі на CXF HTTPConduit і відрізніть її від згенерованого об'єкта служби та авторизації призначення.
Згенерований CXF сервісний проксі — це Java-об'єкт, який виконує виклики SOAP. Прямий проксі — мережевий посередник, що передає ці HTTP-з'єднання. Це різні об'єкти, навіть коли помилка називає проксі і те, і інше.
Вибір мережі представлений політикою HTTP-транспорту викликаного клієнта:
| Поле політики | Роль |
|---|---|
ProxyServer | Хост-посередник. |
ProxyServerPort | Його порт прослуховування. |
ProxyServerType | Тип проксі, якого очікує цей транспорт. |
NonProxyHosts | Призначення, звільнені від цієї політики проксі. |
Для клієнта HTTP JAX-WS базовий клієнт CXF надає HTTPConduit, політику якого можна налаштувати через підтримуваний код або шлях розгортання. Зберігайте інші значення політики, які застосунок уже використовує. Для політики HTTP, якій дозволено використовувати публічний маршрут, Список HTTP-проксі надає кандидатні значення хоста й порту.
CXF розділяє авторизацію проксі та авторизацію призначення. 407 від посередника від посередника не вимагає входу застосунку об'єкта служби.
Визначте активну версію CXF і транспорт, перш ніж адаптувати приклад conduit. Поле або елемент XML може впливати на запит лише тоді, коли належить до шляху конфігурації, який клієнт справді використовує.