Ένας πελάτης CXF SOAP μπορεί να μεταφέρει τη διαμόρφωση διαμεσολαβητή του στο HTTP conduit. Η πολιτική του πελάτη επιλέγει το τελικό σημείο, ενώ το 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 της θύρας του παραδείγματος με τη θύρα πελάτη που διαμορφώνεται· ένα σωστό block συνδεδεμένο σε άλλο conduit δεν μπορεί να επηρεάσει αυτή την κλήση.

Ο κεντρικός υπολογιστής και η αριθμητική θύρα περιγράφουν τον μπροστινό διαμεσολαβητή. Το block proxyAuthorization είναι η ειδική ρύθμιση λογαριασμού διαμεσολαβητή του σχήματος. Το CXF έχει επίσης στοιχείο authorization για τα διαπιστευτήρια του προορισμού. Οι λογαριασμοί διαμεσολαβητή και προορισμού παραμένουν ξεχωριστοί.

Ο τύπος Basic που φαίνεται πρέπει να ταιριάζει με σχήμα που δέχεται ο διαμεσολαβητής και μπορεί να χρησιμοποιήσει η επιλεγμένη μεταφορά CXF. Μόλις φορτωθεί το αντίστοιχο conduit, οι λειτουργίες που στέλνονται μέσω αυτού λαμβάνουν αυτή την πολιτική πελάτη και τη διαμόρφωση λογαριασμού.

Σχετικά άρθρα