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