RESTEasy 6.2: Angiv en forward-proxy på klientbuilderen

Konfigurer RESTEasy's HTTP-transport, før den typede API-proxy oprettes, og tag højde for den anvendte HTTP-motor.

Angiv netværksruten på RESTEasy-klienten, før det annoterede API-objekt oprettes. En typet API-proxy er et Java-objekt, ikke den videresendende netværksmægler.

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 RESTEasy 6.2's Jakarta-API, med RESTEasy som den installerede klientudbyder og MyApi allerede defineret af applikationen. Proxy-argumenterne er værtsnavn, heltalsport og proxy-transportskema. Brug et matchende HTTP-endepunkt fra din tjeneste eller HTTP-proxylisten til tilladte offentlige API-kald. Behold API'ets destination på target; et HTTPS-API kan bruge en HTTP-proxy.

Hold klienten i live til dens typede proxys kald, og luk den derefter ved arbejdets afslutning. Returneres API-objektet fra et allerede lukket klientomfang, står det uden transport.

Beslut, hvem der ejer transporten. Builder-dokumentationen beskriver standardintegrationen af Apache HTTP Client. En medsendt ClientHttpEngine ændrer grænsen: httpEngine tilsidesætter builderens SSL- og forbindelsesspecifikke konfiguration. Angiv proxy og TLS via den pågældende motors understøttede grænseflade.

Ældre eksempler baseret på ClientExecutor konfigurerer i stedet en indpakket Apache-klient. Følg den generation i stedet for at indsætte den i Jakarta-builderen.

Behold i begge grene API-værtsnavnet som TLS-identitet med verifikation aktiveret. Proxy-godkendelse, API-login og certifikattillid er separate krav; en rute alene giver ikke alle godkendelsesskemaer.

Relaterede artikler