Proxy garraio-fabrika bat erantsi BigQuery Java-ren REST bezeroari

Erabili HttpTransportOptions lehendik dagoen proiektuaren eta kredentzialen konfigurazioan, garraioaren konfigurazio bereiziarekin kredentzialek berek token eskaerak egiten badituzte.

import java.net.InetSocketAddress;
import java.net.Proxy;
import com.google.api.client.http.javanet.NetHttpTransport;
import com.google.cloud.http.HttpTransportOptions;
import com.google.cloud.bigquery.BigQuery;
import com.google.cloud.bigquery.BigQueryOptions;

var proxy = new Proxy(Proxy.Type.HTTP,
    new InetSocketAddress("proxy.example", 8080));
var httpOptions = HttpTransportOptions.newBuilder()
    .setHttpTransportFactory(() ->
        new NetHttpTransport.Builder().setProxy(proxy).build())
    .build();

BigQuery bigQuery = BigQueryOptions.newBuilder()
    .setProjectId(projectId)
    .setCredentials(credentials)
    .setTransportOptions(httpOptions)
    .build()
    .getService();

Erabili bigQuery instantzia hau REST eragiketetarako. projectId eta credentials aplikazioaren lehendik dagoen konfiguraziotik datoz.

Fabrikak bitartekariaren bidez BigQuery API-ra iristen den HTTP garraioa sortzen du. APIaren amaiera-puntua helmuga izaten jarraitzen du; proxyaren helbidearekin ordezkatzeak beste zerbitzu bat eskatzen du. BigQuery-ra baimendutako proxy publikoaren ibilbide baterako, HTTP proxy zerrendak InetSocketAddress eremuetarako hautagaiak ematen ditu.

Kredentzialak eskuratzeak edo berritzeak bere HTTP garraioa izan dezake, beraz, konfiguratu onartutako sarrera hori haren eskaerek proxya behar dutenean. REST aukera hauek ez dute gRPC kanal independenterik ere konfiguratzen.

Sistema aurkitzeko, java.net.useSystemProxies-k plataformaren araberako portaera du eta ez du bermatzen Docker HTTP_PROXY balio bat bezero honen ibilbide bihurtuko denik. Goiko fabrika esplizituak hautatutako REST garraioa eraikuntza unean bertan ikusgai egiten du.

Erlazionatutako artikuluak