Itakda ang default na HTTP proxy ng Jena bago magsimula ang mga query

Unawain ang default na kliyente ng HttpEnv para sa buong JVM, kung kailan ito nagsisimula at aling mga kliyente ang makakapag-override nito para sa mga tawag na SERVICE.

Para sa naka-embed na aplikasyong Jena sa makabagong JDK stack nito, magtatag ng karaniwang fallback bago bumuo ng mga pagpapatupad ng query o magsimula ng mga worker:

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

Pinapanatili ng builder ng Jena ang mga default nito sa transport habang idinadagdag ang selector. Para sa naka-embed na workload na gumagamit ng pinapayagang pampublikong SPARQL endpoint at walang proxy account, ang listahan ng HTTP proxy ay makapagbibigay ng HTTP address ng selector. Nananatili itong shared na default ng JVM, hindi switch sa bawat kahilingan.

OperasyonPagkakasunod-sunod ng pagpili ng kliyente
Karaniwang builder ng HTTP queryTahasang kliyente, tugma sa registry batay sa URL, default ng HttpEnv
Naka-built-in na federated SERVICETugmang registry client, kliyente ng query context, pandaigdigang default

Kaya ang lokal o registry override ay makakagamit ng ibang ruta. Tinutukoy ng HTTP builder ang kliyente nito kapag tinawag ang build at ipinapasa ang object na iyon sa pagpapatupad; ang pagpapalit ng default mamaya ay hindi nagsusulat muli ng pagpapatupad na nabuo na.

Panatilihing matatag ang fallback sa pagsisimula. Gamitin ang angkop na lokal/context/registry interface kapag magkaiba ang mga ruta.

Ang standalone na Fuseki server ay nangangailangan din ng paraan ng pagpapatakbo ng initialization na sinusuportahan ng naka-deploy na bersyon nito. Ang paglalagay ng Java code na ito sa isang file ay hindi nagpapapatakbo nito sa server na iyon.

Kaugnay na mga artikulo