Stel Jena's standaard HTTP-proxy in voordat query's beginnen
Begrijp HttpEnv's JVM-brede standaardclient, wanneer die start en welke clients hem voor SERVICE-aanroepen kunnen overschrijven.
Voor een ingebedde Jena-applicatie op zijn moderne JDK-stack legt u een gemeenschappelijke terugvalroute vast voordat u query-uitvoeringen bouwt of workers start:
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 builder van Jena behoudt zijn transportstandaarden terwijl hij de selector toevoegt. Voor een ingebedde werklast met toegestane openbare SPARQL-eindpunten en zonder proxyaccount kan de HTTP-proxylijst het HTTP-adres van de selector leveren. Dit blijft een gedeelde JVM-standaard, geen schakelaar per verzoek.
| Bewerking | Volgorde van clientkeuze |
|---|---|
| Gewone HTTP-querybuilder | Expliciete client, URL-gebaseerde registerovereenkomst, HttpEnv-standaard |
| Ingebouwde federatieve SERVICE | Overeenkomende registerclient, querycontextclient, globale standaard |
Een lokale of registeroverschrijving kan dus een andere route gebruiken. De HTTP-builder bepaalt zijn client wanneer build wordt aangeroepen en geeft dat object door aan de uitvoering; de standaard later vervangen herschrijft een al gebouwde uitvoering niet.
Houd de terugvalroute bij het starten stabiel. Gebruik de juiste lokale/context-/registerinterface wanneer de routes verschillen.
Een zelfstandige Fuseki-server heeft ook de door zijn uitgerolde versie ondersteunde manier nodig om initialisatie uit te voeren. Deze Java-code in een bestand zetten zorgt er niet voor dat die server hem uitvoert.