צועהען אַ פּראָקסי טראַנספּאָרט פֿאַבריק צום REST קליענט פֿון BigQuery Java

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

ניצט די bigQuery אינסטאַנץ פֿאַר די REST אָפּעראַציעס. projectId און credentials קומען פֿון דער באַשטייענדיקער קאָנפֿיגוראַציע פֿון דער אַפּליקאַציע.

די פֿאַבריק שאַפֿט דעם HTTP טראַנספּאָרט וואָס דערגרייכט די BigQuery API דורך דעם מיטלער. דער API ענדפּונקט בלײַבט דער ציל; אים פֿאַרבייטן מיט דער פּראָקסי־אַדרעס הייסט בעטן אַן אַנדער דינסט. פֿאַר אַ דערלויבטן עפֿנטלעכן פּראָקסי־וועג צו BigQuery פֿאַרזאָרגט די HTTP פּראָקסי־ליסטע קאַנדידאַטן פֿאַר די InetSocketAddress פֿעלדער.

באַקומען אָדער דערנײַערן באַשטעטיקונג קען האָבן אַן אייגענעם HTTP טראַנספּאָרט, דעריבער שטעלט איין דעם אונטערשטיצטן אַרייַנגאַנג ווען זײַנע בקשות דאַרפֿן די פּראָקסי. די REST אָפּציעס שטעלן אויך נישט איין קיין אומאָהענגיקן gRPC קאַנאַל.

פֿאַר סיסטעם־אַנטדעקונג האָט java.net.useSystemProxies פּלאַטפֿאָרם־ספּעציפֿישע אויפֿפֿירונג און גיט נישט קיין גאַראַנטיע אַז אַ Docker HTTP_PROXY ווערט דער וועג פֿון דעם קליענט. די בפֿירושע פֿאַבריק אויבן מאַכט דעם אויסגעקליבענעם REST טראַנספּאָרט זעבאַר שוין בײַם בויען.