Set Jena's standert HTTP-proxy foar't de queries begjinne

Begryp de standertkliïnt fan HttpEnv foar de hiele JVM, wannear't dy start en hokker kliïnten him foar SERVICE-oproppen oerskriuwe kinne.

Foar in ynbêde Jena-applikaasje op syn moderne JDK-stapel, rjochtsje in mienskiplike fallback yn foar't jo query-útfieringen bouwe of workers starte:

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

De bouwer fan Jena behâldt syn transportstanderten wylst er de selektor tafoeget. Foar in ynbêde wurklêst dy't tastiene iepenbiere SPARQL-einpunten brûkt en gjin proxy-akkount hat, kin de HTTP-proxylist it HTTP-adres fan de selektor leverje. Dit bliuwt in dielde JVM-standert, gjin skeakel per oanfraach.

BewurkingOarder fan kliïntkar
Gewoane HTTP-querybouwerEksplisite kliïnt, URL-basearre registermatch, HttpEnv-standert
Ynbêde federearre SERVICEOerienkommende registerkliïnt, query-kontekstkliïnt, globale standert

In lokale of register-oerskriuwing kin dêrom in oare rûte brûke. De HTTP-bouwer bepaalt syn kliïnt as build oanroppen wurdt en jout dat objekt oan 'e útfiering; it standert letter ferfangen skriuwt in al boude útfiering net oer.

Hâld de fallback by it starten stabyl. Brûk de passende lokale/kontekst-/registerynterface as de rûtes ferskille.

In selsstannige Fuseki-tsjinner hat ek de troch syn útrôle ferzje stipe manier nedich om inisjalisaasje út te fieren. Dizze Java-koade yn in bestân sette lit dy tsjinner it net útfieren.

Relatearre artikelen