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 ट्रान्सपोर्ट वापरू शकणाऱ्या स्कीमाशी जुळला पाहिजे. जुळणारा कंड्युइट लोड झाल्यावर, त्यातून पाठवलेल्या क्रियांना ते क्लायंट धोरण आणि खाते संरचना मिळते.

संबंधित लेख