Azure Java Netty ProxyOptions foar in Tables-klant

Bou in autentisearre Netty HTTP-transport en jout it oan de Azure Tables-klantbouwer.

Kontrolearje oft de Tables-bouwer in folsleine HTTP-pipeline ûntfangt. Dy ynfier oerhearsket syn aparte httpClient-opsje; as de applikaasje in pipeline besit, konfigurearje dan it proxybewuste transport by it bouwen fan dy pipeline.

Foar de direkte Netty HTTP-klantynfier bouwe jo it transport en jouwe it oan 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 hjir is com.azure.core.http.HttpClient. De oare typen komme fan Azure Core HTTP/Netty, Azure Data Tables en java.net.InetSocketAddress. De applikaasje leveret de konfiguraasje- en oanmeldingsfariabelen.

ProxyOptions.Type.HTTP selektearret de tuskenpersoan; setCredentials leveret syn akkount en kin weilitten wurde foar einpunten sûnder autentikaasje. Yn dy konfiguraasje kin in ynfier út in HTTP-proxylist it adres leverje foar in tastiene iepenbiere Tables-einpuntroete; lit gjin proxy-oanmeldings efter op it transport. De opslachferbiningstring kiest noch hieltyd de Tables-tsjinst.

Dit brûkt ferbiningstring-autentikaasje. In identiteitsbewiisregeling kin in apart HTTP-klant foar tokenferwerving hawwe, wêrfan de rûte ek konfigurearre wurde moat.

Relatearre artikelen