Սահմանեք Jena-ի լռելյայն HTTP փրոքսին մինչև հարցումների մեկնարկը

Հասկացեք HttpEnv-ի ամբողջ JVM-ի լռելյայն կլիենտը, դրա մեկնարկի պահը և այն կլիենտները, որոնք կարող են շրջանցել այն SERVICE կանչերի համար։

Ժամանակակից JDK ստեկով ներկառուցված Jena հավելվածի համար ստեղծեք ընդհանուր պահուստային ուղի մինչև հարցումների կատարման կառուցումը կամ աշխատողների մեկնարկը.

import java.net.InetSocketAddress;
import java.net.ProxySelector;
import org.apache.jena.http.HttpEnv;

var http = HttpEnv.httpClientBuilder()
    .proxy(ProxySelector.of(
        new InetSocketAddress("proxy.example.net", 8080)))
    .build();

HttpEnv.setDftHttpClient(http);

Jena-ի կառուցիչը պահպանում է իր տրանսպորտի լռելյայնները՝ ավելացնելով ընտրիչը։ Թույլատրված հանրային SPARQL վերջնակետեր օգտագործող և փրոքսի հաշիվ չունեցող ներկառուցված բեռի համար HTTP փրոքսիների ցանկը կարող է տրամադրել ընտրիչի HTTP հասցեն։ Սա մնում է JVM-ի ընդհանուր լռելյայն, ոչ թե յուրաքանչյուր հարցման համար փոխարկիչ։

ԳործողությունԿլիենտի ընտրության կարգը
Սովորական HTTP հարցումների կառուցիչԲացահայտ կլիենտ, URL-ի վրա հիմնված գրանցամատյանի համընկնում, HttpEnv լռելյայն
Ներկառուցված ֆեդերատիվ SERVICEՀամապատասխան գրանցամատյանի կլիենտ, հարցման համատեքստի կլիենտ, գլոբալ լռելյայն

Այսպիսով՝ տեղական կամ գրանցամատյանի վերագրանցումը կարող է օգտագործել այլ ուղի։ HTTP կառուցիչը որոշում է իր կլիենտը, երբ կանչվում է build, և այդ օբյեկտը փոխանցում է կատարմանը. լռելյայնը հետագայում փոխարինելը չի վերագրում արդեն կառուցված կատարումը։

Պահեք մեկնարկի պահուստային ուղին կայուն։ Երբ ուղիները տարբերվում են, օգտագործեք համապատասխան տեղական/համատեքստային/գրանցամատյանի ինտերֆեյսը։

Առանձին Fuseki սերվերը նույնպես կարիք ունի իր տեղակայված տարբերակի կողմից աջակցվող նախաձեռնման եղանակին։ Այս Java կոդը ֆայլում դնելը չի ստիպում այդ սերվերին կատարել այն։

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