Angi Jenas standard HTTP-proxy før spørringene starter
Forstå HttpEnvs standardklient for hele JVM-en, når den starter og hvilke klienter som kan overstyre den for SERVICE-kall.
For en innebygd Jena-applikasjon på sin moderne JDK-stack, etabler en felles reservevei før du bygger spørringskjøringer eller starter arbeidere:
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);Jenabyggeren beholder transportstandardene sine mens den legger til velgeren. For en innebygd arbeidsbelastning som bruker tillatte offentlige SPARQL-endepunkter og ikke har noen proxykonto, kan listen over HTTP-proxyer levere HTTP-adressen til velgeren. Dette forblir en delt JVM-standard, ikke en bryter per forespørsel.
| Operasjon | Rekkefølge for klientvalg |
|---|---|
| Vanlig HTTP-spørringsbygger | Eksplisitt klient, URL-basert registertreff, HttpEnv-standard |
| Innebygd føderert SERVICE | Sammenfalende registerklient, spørringskontekstklient, global standard |
En lokal eller registerbasert overstyring kan derfor bruke en annen rute. HTTP-byggeren fastsetter klienten sin når build kalles, og sender objektet videre til kjøringen; å erstatte standarden senere skriver ikke om en kjøring som allerede er bygget.
Hold reserveveien ved oppstart stabil. Bruk det aktuelle lokale/kontakt-/registergrensesnittet når rutene er forskjellige.
En frittstående Fuseki-server trenger også måten å kjøre initialisering på som den distribuerte versjonen støtter. Å legge denne Java-koden i en fil får ikke serveren til å kjøre den.