'n CXF-diensproxy en 'n voortstuurproxy is verskillende objekte
Verstaan die netwerkproxy-beleid op CXF HTTPConduit en onderskei dit van 'n gegenereerde diensobjek en bestemmingstoestemming.
'n CXF-gegenereerde diensproxy is die Java-objek wat SOAP-oproepe maak. 'n Voortstuurproxy is 'n netwerktussenlaag wat daardie HTTP-verbindings dra. Dit is verskillende objekte, selfs wanneer 'n fout albei 'n proxy noem.
Die netwerkkeuse word deur die HTTP-vervoerbeleid van die aangeroepe kliënt voorgestel:
| Beleidsveld | Rol |
|---|---|
ProxyServer | Die tussenlaaggasheer. |
ProxyServerPort | Sy luisterpoort. |
ProxyServerType | Die proxytipe wat daardie vervoer verwag. |
NonProxyHosts | Bestemmings wat van daardie proxybeleid vrygestel is. |
Vir 'n HTTP JAX-WS-kliënt stel die onderliggende CXF-kliënt 'n HTTPConduit bloot waarvan die beleid deur sy ondersteunde kode of ontplooiingspad gekonfigureer kan word. Bewaar die ander beleidswaardes wat reeds deur die toepassing toegepas is. Vir 'n HTTP-beleid wat 'n openbare roete mag gebruik, verskaf die HTTP-proxylêer kandidaatgasheer- en poortwaardes.
CXF skei proxymagtiging van bestemmingsmagtiging. 'n 407 van die tussenlaag vra nie om die diensobjek se toepassingaanmelding nie.
Identifiseer die aktiewe CXF-weergawe en vervoer voordat 'n conduit-voorbeeld aangepas word. 'n Veld of XML-element kan die versoek slegs beïnvloed wanneer dit aan die konfigurasiepad behoort wat die kliënt werklik gebruik.