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 ટ્રાન્સપોર્ટ વાપરી શકે છે. મેળ ખાતું કન્ડ્યુઇટ લોડ થાય પછી, તેના દ્વારા મોકલાયેલી કામગીરીને તે ક્લાયન્ટ નીતિ અને એકાઉન્ટ ગોઠવણી મળે છે.

સંબંધિત લેખો