Սահմանեք ցանցային երթուղին RESTEasy հաճախորդում նախքան մեկնաբանված API օբյեկտը ստեղծելը: Տիպավորված API պրոքսին Java օբյեկտ է, ոչ թե առաջընթաց ցանցային միջնորդ։

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

Սա RESTEasy 6.2-ի Jakarta API-ն է, որտեղ RESTEasy-ը տեղադրված հաճախորդ-մատակարարն է, իսկ MyApi արդեն սահմանված է հավելվածի կողմից: Պրոքսիի արգումենտներն են հոսթի անունը, ամբողջական պորտը և պրոքսիի տրանսպորտի սխեման: Թույլատրված հանրային API հարցումների համար օգտագործեք ձեր ծառայության համապատասխան HTTP վերջնակետը կամ HTTP պրոքսիների ցանկը: Թողեք API-ի նպատակակետը target-ի վրա. HTTPS API-ն կարող է օգտագործել HTTP պրոքսի:

Պահեք հաճախորդին կենդանի իր տիպավորված պրոքսիի կանչերի համար, ապա փակեք այն աշխատանքի ավարտին: API օբյեկտը արդեն փակ հաճախորդի շրջանակից վերադարձնելը թողնում է այն առանց տրանսպորտի:

Որոշեք, թե ում է պատկանում այդ տրանսպորտը: Կառուցիչի փաստաթղթերը նկարագրում են լռելյայն Apache HTTP Client ինտեգրումը: Տրամադրված ClientHttpEngine-ը փոխում է սահմանը. httpEngine-ը փոխարինում է կառուցիչի SSL և կապին հատուկ կարգավորումները: Սահմանեք պրոքսին և TLS-ը այդ շարժիչի աջակցվող ինտերֆեյսի միջոցով:

ClientExecutor-ի վրա հիմնված հին օրինակները փոխարենը կարգավորում են փաթաթված Apache հաճախորդ: Համապատասխանեք այդ սերնդին, փոխարենը չտեղադրեք այն Jakarta կառուցիչում:

Երկու ճյուղերում էլ պահեք API-ի հոսթի անունը որպես TLS ինքնություն՝ ստուգումը միացված: Պրոքսիի նույնականացումը, API մուտքը և վկայագրի վստահությունը առանձին պահանջներ են. միայն երթուղին չի ապահովում նույնականացման բոլոր սխեմաները:

Առնչվող հոդվածներ