E konfiguréierten Client huet keen Effekt op en ClientResource, deen nach en aneren Connector benotzt. Fir den org.restlet.ext.httpclient-Helper vum Restlet 2.4.4 verbann d'Ressource mat deem Client, ier s de en startest:

Client connector = new Client(new Context(), Protocol.HTTPS);
connector.getContext().getParameters().set("proxyHost", "proxy.example");
connector.getContext().getParameters().set("proxyPort", "8080");

ClientResource resource = new ClientResource(
    "https://service.example/status");
resource.setNext(connector);
connector.start();
try {
    String body = resource.get().getText();
} finally {
    resource.release();
    connector.stop();
}

setNext(connector) ass de Verbindungspunkt. De Kontext benotzt déi dokumentéiert Schlësselen proxyHost an proxyPort vum Helper, woubäi den Hostnumm getrennt vum Schema a vum Port ass. Setz se virum connector.start(). Fir en ëffentlechen HTTP-Endpunkt huelen dës zwee Felder eng Adress an e Port aus der HTTP-Proxy-Lëscht.

Dëst setzt viraus, datt den deployten Helper déi genannte Apache-Erweiderung ass. En kann och Standardwäerter aus JVM http.proxyHost an http.proxyPort kréien; explizit Kontextwäerter maachen den Endpunkt vun dësem Connector sichtbar.

D'Beispill verbraucht de Textkierper, gëtt d'Ressource fräi a stoppt de Connector. Eng Streaming-Benotzung muss och hir Representatioun verbrauchen oder fräiginn, sou datt gepoolte Verbindungen fräiginn kënne ginn.

Ähnlech Artikelen