Stel Jena se verstek-HTTP-proxy voordat navrae begin

Verstaan HttpEnv se JVM-wye verstekkliënt, wanneer dit begin geld en watter kliënte dit vir SERVICE-oproepe kan oorskryf.

Vir 'n ingebedde Jena-toepassing op sy moderne JDK-stapel, vestig 'n gemeenskaplike terugval voordat jy navraaguitvoering bou of werkers begin:

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

Jena se bouer behou sy vervoerverstekke terwyl dit die kieser byvoeg. Vir 'n ingebedde werklading wat toegelate openbare SPARQL-eindpunte gebruik en geen proxyrekening het nie, kan die HTTP-proxylijst die kieser se HTTP-adres verskaf. Dit bly 'n gedeelde JVM-verstek, nie 'n skakelaar per versoek nie.

BewerkingVolgorde van kliëntkeuse
Gewone HTTP-navraagbouerEksplisiete kliënt, URL-gebaseerde registerpassing, HttpEnv-verstek
Ingeboude gefedereerde SERVICEPassende registerkliënt, navraagkontekskliënt, globale verstek

'n Plaaslike of register-oorheersing kan dus 'n ander roete gebruik. Die HTTP-bouer bepaal sy kliënt wanneer build geroep word en gee daardie objek aan die uitvoering; om die verstek later te vervang, herskryf nie 'n uitvoering wat reeds gebou is nie.

Hou die terugval by aanvang stabiel. Gebruik die toepaslike plaaslike/konteks/register-koppelvlak wanneer roetes verskil.

'n Selfstandige Fuseki-bediener het ook die manier nodig wat sy geïmplementeerde weergawe ondersteun om inisialisering uit te voer. Om hierdie Java-kode in 'n lêer te plaas, maak nie dat daardie bediener dit uitvoer nie.

Verwante artikels