Set nettverksruta på RESTEasy-klienten før det annoterte API-objektet vert oppretta. Ein typa API-proxy er eit Java-objekt, ikkje den vidaresendande nettverksmeklaren.

import jakarta.ws.rs.client.ClientBuilder;
import org.jboss.resteasy.client.jaxrs.ResteasyClient;
import org.jboss.resteasy.client.jaxrs.ResteasyClientBuilder;

ResteasyClientBuilder builder =
    (ResteasyClientBuilder) ClientBuilder.newBuilder();

ResteasyClient client = builder
    .defaultProxy("proxy.example.net", 8080, "http")
    .build();

MyApi api = client
    .target("https://api.example.net")
    .proxy(MyApi.class);

Dette er Jakarta-API-et til RESTEasy 6.2, med RESTEasy som installert klientleverandør og MyApi allereie definert av applikasjonen. Proxy-argumenta er vertsnamn, heiltalsport og proxy-transportskjema. For tillatne offentlege API-førespurnader, bruk eit samsvarande HTTP-endepunkt frå tenesta di eller HTTP-proxylista. Hald API-et sitt mål på target; eit HTTPS-API kan bruke ein HTTP-proxy.

Hald klienten i live for kalla til den typa proxyen, og lukk han når arbeidet er ferdig. Vert API-objektet returnert frå eit allereie lukka klientomfang, står det utan transport.

Avgjer kven som eig transporten. Dokumentasjonen til byggjaren skildrar standardintegreringa av Apache HTTP Client. Ein medsenden ClientHttpEngine endrar grensa: httpEngine overstyrer SSL- og tilkoplingsspesifikk konfigurasjon til byggjaren. Set proxy og TLS gjennom det støtta grensesnittet til den motoren.

Eldre døme baserte på ClientExecutor konfigurerer i staden ein innpakka Apache-klient. Følg den generasjonen i staden for å lime han inn i Jakarta-byggjaren.

I begge greiner, hald API-vertsnamnet som TLS-identitet med verifisering slått på. Proxy-autentisering, API-innlogging og sertifikattillit er separate krav; ei rute åleine gir ikkje alle autentiseringsskjema.

Relaterte artiklar