Iċċekkja jekk il-builder Tables jirċevix pipeline HTTP sħiħ. Dak l-input jaqbeż l-għażla httpClient separata tiegħu; jekk l-applikazzjoni għandha pipeline, ikkonfigura t-trasport konxju tal-proxy waqt li tibni dik il-pipeline.

Għall-input dirett tal-klijent Netty HTTP, ibni t-trasport u għaddih lil Tables:

ProxyOptions proxy = new ProxyOptions(
    ProxyOptions.Type.HTTP,
    new InetSocketAddress("proxy.example.net", 8080)
);
proxy.setCredentials(proxyUser, proxyPassword);

HttpClient transport = new NettyAsyncHttpClientBuilder()
    .proxy(proxy)
    .build();

TableClient tables = new TableClientBuilder()
    .connectionString(storageConnectionString)
    .tableName("records")
    .httpClient(transport)
    .buildClient();

HttpClient hawn huwa com.azure.core.http.HttpClient. It-tipi l-oħra ġejjin minn Azure Core HTTP/Netty, Azure Data Tables u java.net.InetSocketAddress. L-applikazzjoni tipprovdi l-varjabbli tal-konfigurazzjoni u tal-kredenzjali.

ProxyOptions.Type.HTTP jagħżel l-intermedjarju; setCredentials jipprovdi l-kont tiegħu u jista' jitħalla barra għal endpoints mingħajr awtentikazzjoni. F'dik il-konfigurazzjoni, entrata minn lista tal-proxy HTTP tista' tipprovdi l-indirizz għal rotta permessa ta' endpoint pubbliku Tables; tħallix kredenzjali tal-proxy fuq it-trasport. Il-string tal-konnessjoni tal-ħażna xorta tagħżel is-servizz Tables.

Dan juża awtentikazzjoni b'string tal-konnessjoni. Arranġament ta' kredenzjali tal-identità jista' jkollu klijent HTTP separat għall-akkwist tat-token, li r-rotta tiegħu wkoll trid tiġi kkonfigurata.

Artikli relatati