Upotetulle Jena-sovellukselle sen nykyaikaisella JDK-pinolla vakiinnuta yhteinen varareitti ennen kyselysuoritusten rakentamista tai työntekijöiden käynnistämistä:

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

Jenan rakentaja säilyttää kuljetuksen oletusarvonsa lisätessään valitsimen. Upotetulle työkuormalle, joka käyttää sallittuja julkisia SPARQL-päätepisteitä eikä sillä ole välityspalvelintiliä, HTTP-välityspalvelinluettelo voi tarjota valitsimen HTTP-osoitteen. Tämä pysyy jaettuna JVM:n oletusarvona, ei pyyntökohtaisena kytkimenä.

ToimintoAsiakkaan valintajärjestys
Tavallinen HTTP-kyselyrakentajaNimenomainen asiakas, URL-pohjainen rekisterivastine, HttpEnvin oletus
Sisäänrakennettu federatiivinen SERVICEVastaava rekisteriasiakas, kyselykontekstin asiakas, globaali oletus

Paikallinen tai rekisterikohtainen ohitus voi siis käyttää toista reittiä. HTTP-rakentaja ratkaisee asiakkaansa, kun build kutsutaan, ja välittää objektin suoritukselle; oletuksen korvaaminen myöhemmin ei kirjoita uudelleen jo rakennettua suoritusta.

Pidä käynnistyksen varareitti vakaana. Käytä sopivaa paikallista/konteksti-/rekisterirajapintaa, kun reitit eroavat.

Itsenäinen Fuseki-palvelin tarvitsee myös tavan suorittaa alustus, jota sen käyttöönotettu versio tukee. Tämän Java-koodin laittaminen tiedostoon ei saa palvelinta suorittamaan sitä.

Aiheeseen liittyvät artikkelit