Weka proksi ya HTTP chaguo-msingi ya Jena kabla ya maswali kuanza

Elewa mteja chaguo-msingi wa HttpEnv kwa JVM yote, wakati anaanza na wateja wanaoweza kumpita kwa simu za SERVICE.

Kwa programu ya Jena iliyopachikwa na mkusanyiko wake wa JDK wa kisasa, weka njia mbadala ya pamoja kabla ya kujenga utekelezaji wa maswali au kuanzisha wafanyakazi:

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

Mjenzi wa Jena huhifadhi chaguo-msingi zake za usafirishaji wakati akiongeza kichaguzi. Kwa mzigo uliopachikwa unaotumia vituo vya mwisho vya SPARQL vya umma vilivyoruhusiwa na hauna akaunti ya proksi, orodha ya proksi za HTTP inaweza kutoa anwani ya HTTP ya kichaguzi. Hii inabaki kuwa chaguo-msingi la pamoja la JVM, si swichi kwa kila ombi.

OperesheniMpangilio wa uteuzi wa mteja
Mjenzi wa kawaida wa maswali ya HTTPMteja wazi, ulinganifu wa rejista unaotegemea URL, chaguo-msingi la HttpEnv
SERVICE ya shirikisho iliyojengwa ndaniMteja wa rejista unaolingana, mteja wa muktadha wa swali, chaguo-msingi la kimataifa

Kwa hivyo ubatilishaji wa ndani au wa rejista unaweza kutumia njia nyingine. Mjenzi wa HTTP huamua mteja wake wakati build inaitwa na hupitisha kitu hicho kwa utekelezaji; kubadilisha chaguo-msingi baadaye hakuandiki upya utekelezaji uliojengwa tayari.

Weka njia mbadala ya kuanza ikiwa thabiti. Tumia kiolesura cha ndani/muktadha/rejista kinachofaa wakati njia zinatofautiana.

Seva ya Fuseki inayojitegemea pia inahitaji njia ya kuendesha uanzishaji inayoungwa mkono na toleo lake lililosambazwa. Kuweka msimbo huu wa Java kwenye faili hakufanyi seva hiyo kuutekeleza.

Makala zinazohusiana