Setzt dem Jena säin Standard-HTTP-Proxy, ier d'Ufroen ufänken
Verstitt den HttpEnv-Standardclient fir déi ganz JVM, wéini en ufänkt a wéi eng Clienten en bei SERVICE-Opruff iwwerschreiwe kënnen.
Fir eng agebaut Jena-Applikatioun mat hirem moderne JDK-Stack, richt en gemeinsame Fallback an, ier Dir Ufroausféierungen opbaut oder Worker 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);Dem Jena säi Builder behält seng Transport-Standardwäerter, wärend en de Seletor derbäisetzt. Fir eng agebaut Aarbechtslaascht mat erlaabten ëffentlechen SPARQL-Endpunkten an ouni Proxykont, kann d'HTTP-Proxy-Lëscht d'HTTP-Adress vum Seletor liwweren. Dat bleift en gemeinsame JVM-Standard, keen Ëmschalter pro Ufro.
| Operatioun | Reiefolleg vun der Clientauswiel |
|---|---|
| Gewéinlechen HTTP-Ufro-Builder | Explizitte Client, URL-baséiert Register-Iwwereneestëmmung, HttpEnv-Standard |
| Agebaute federéierte SERVICE | Passenden Registerclient, Ufro-Kontext-Client, globalen Standard |
Eng lokal oder registerbaséiert Iwwerschreiwung kann dofir eng aner Route benotzen. Den HTTP-Builder bestëmmt säi Client, wann build opgeruff gëtt, a gëtt dësen Objet un d'Ausféierung weider; de Standard spéider ersetzen schreift eng schonn opgebaut Ausféierung net ëm.
Halt de Fallback beim Start stabil. Benotz déi passend lokal/Kontext-/Register-Interface, wann d'Routen ënnerschiddlech sinn.
En eege Fuseki-Server brauch och de Wee fir d'Initialiséierung auszeféieren, deen seng installéiert Versioun ënnerstëtzt. Dëse Java-Code an eng Datei ze leeën mécht net, datt dee Server en ausféiert.