Azure Data Lake Java: hâld ôflate kliïnten op 'e proxy-pipeline

De lêste rigel is wichtich: lied de bestandssysteemkliïnt ôf fan 'e konfigurearre tsjinst ynstee fan noch in standert-builder te starten:

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

var http = new NettyAsyncHttpClientBuilder()
    .proxy(proxy)
    .build();

var credential = new ClientSecretCredentialBuilder()
    .tenantId(tenantId)
    .clientId(clientId)
    .clientSecret(clientSecret)
    .httpClient(http)
    .build();

var service = new DataLakeServiceClientBuilder()
    .endpoint(accountUrl)
    .credential(credential)
    .httpClient(http)
    .buildClient();

var filesystem = service.getFileSystemClient(fileSystemName);

service.getFileSystemClient(fileSystemName) draacht de HTTP-pipeline fan 'e âlder, it account-einpunt en de tapaslike opslachkonfiguraasje oer nei it bern.

It foarbyld jout deselde http oan 'e credential-builder, om't it heljen fan in token in oare oanfraachrûte is. In apart boude bestandssysteemkliïnt moat ek syn bedoelde ferfier krije; gjin eardere builder skept in globale SDK-standert.

Brûk de account-URL, de bestandssysteemnamme en de identiteitswearden fan 'e applikaasje. ProxyOptions en Netty-ferfierstypen komme fan Azure Core, de credential-builder fan Azure Identity en de tsjinstbuilder fan Azure Storage Data Lake; InetSocketAddress komt fan java.net.

accountUrl bliuwt it opslach-einpunt, en de bestandssysteemnamme kiest it bern. Gjin fan beide is it proxyadres. Mei in publyk berikber opslach-einpunt en tastimming om in publike tuskenpersoan te brûken, kies de host en poarte fan ProxyOptions út 'e HTTP-proxylist; hâld de opslach- en identiteitsynstellingen.