Услужен прокси на CXF и преден прокси са различни обекти
Разберете мрежовата прокси политика на CXF HTTPConduit и я разграничете от генерирания обект на услугата и оторизацията на дестинацията.
Генерираният от CXF услужен прокси е Java обектът, който прави SOAP повиквания. Предният прокси е мрежов посредник, който пренася тези HTTP връзки. Това са различни обекти, дори когато дадена грешка нарича и двете прокси.
Мрежовият избор се представя от HTTP транспортната политика на извикания клиент:
| Поле на политиката | Роля |
|---|---|
ProxyServer | Посредническият хост. |
ProxyServerPort | Неговият порт за слушане. |
ProxyServerType | Типът прокси, който този транспорт очаква. |
NonProxyHosts | Дестинации, освободени от тази прокси политика. |
За HTTP JAX-WS клиент подлежащият CXF клиент излага HTTPConduit, чиято политика може да се конфигурира чрез поддържания код или пътя за разгръщане. Запазете другите стойности на политиката, които приложението вече прилага. За HTTP политика, на която е разрешено да използва публичен маршрут, Списък с HTTP прокси предоставя кандидат-стойности за хост и порт.
CXF разделя прокси оторизацията от оторизацията на дестинацията. 407 от посредника от посредника не иска приложението да влезе в обекта на услугата.
Определете активната версия на CXF и транспорта, преди да адаптирате пример за conduit. Поле или XML елемент може да повлияе на заявката само когато принадлежи на конфигурационния път, който клиентът действително използва.