RESTEasy 6.2: kuweka proksi ya mbele kwenye kijenzi cha mteja

Weka njia ya mtandao kwenye mteja wa RESTEasy kabla ya kuunda kitu cha API kilichowekwa maelezo. Proksi ya API iliyochapishwa ni kitu cha Java, si mpatanishi wa mtandao wa mbele.

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);

Hii ni Jakarta API ya RESTEasy 6.2, huku RESTEasy akiwa mtoa mteja aliyesakinishwa na MyApi ikiwa tayari imefafanuliwa na programu. Hoja za proksi ni jina la mwenyeji, lango la nambari nzima na mpango wa usafirishaji wa proksi. Kwa maombi ya API ya umma yaliyoruhusiwa, tumia kituo cha HTTP kinacholingana kutoka huduma yako au orodha ya proksi za HTTP. Weka lengo la API kwenye target; API ya HTTPS inaweza kutumia proksi ya HTTP.

Weka mteja hai kwa simu za proksi yake iliyochapishwa, kisha ufunge baada ya kazi kukamilika. Kurudisha kitu cha API kutoka kwa wigo wa mteja uliofungwa tayari kunaiacha bila usafirishaji wake.

Amua nani anamiliki usafirishaji huo. Nyaraka za kijenzi zinaelezea muunganisho wa chaguo-msingi wa Apache HTTP Client. ClientHttpEngine iliyotolewa inabadilisha mpaka: httpEngine inachukua nafasi ya SSL na usanidi maalum wa muunganisho wa kijenzi. Weka proksi na TLS kupitia kiolesura kinachotumika cha injini hiyo.

Mifano ya zamani inayotegemea ClientExecutor husanidi mteja wa Apache aliyefungwa badala yake. Landa kizazi hicho badala ya kuibandika kwenye kijenzi cha Jakarta.

Katika matawi yote mawili, weka jina la mwenyeji wa API kama utambulisho wa TLS huku uthibitishaji umewekwa. Uthibitishaji wa proksi, kuingia kwa API na uaminifu wa cheti ni mahitaji tofauti; njia pekee haitoi mifumo yote ya uthibitishaji.