Google API հաճախորդը կառուցելիս կարող է ստանալ HTTP տրանսպորտ։ Կարգավորեք այն տրանսպորտը, որը հաճախորդն իրականում կօգտագործի, այլ ոչ թե կողքին կառուցեք առանձին HTTP հաճախորդ պրոքսիով։

Java-net տրանսպորտի համար builder-ը տրամադրում է պրոքսիի հստակ ընտրանք՝

Proxy proxy = new Proxy(Proxy.Type.HTTP,
    new InetSocketAddress("203.0.113.10", 8080));
HttpTransport transport = new NetHttpTransport.Builder()
    .setProxy(proxy)
    .build();

Հասցեն միայն օրինակ է. HTTP պրոքսիների ցանկը թեկնածուներ է տալիս թույլատրված հանրային HTTP ուղու համար։ Փոխանցեք այս տրանսպորտը API հաճախորդի աջակցվող կառուցման ուղուն։ Ստուգեք հավելվածի օգտագործած ճշգրիտ builder-ը և կախվածության տարբերակը. այլ backend ունի իր կարգավորման միջերեսը։

Պրոքսիի ընտրանքը ընտրում է ուղին։ API հավատարմագրերը և պրոքսիի նույնականացումը մնում են առանձին։ Եթե կապը ձախողվի մինչև API-ի հարցում ստանալը, API նշանը փոխարինելը չի կարող վերականգնել բացակայող պրոքսիի ուղին։

Շրջանակը կարող է ներքուստ կառուցել իր տրանսպորտը։ Գտեք այդ կառուցման կետը, երբ առանձին օրինակն աշխատում է, բայց հավելվածի API կանչը՝ ոչ։

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