Azure Data Lake Java: tenu derivitajn klientojn sur la prokura dukto

La lasta linio gravas: derivu la dosiersistemklienton el la agordita servo anstataŭ startigi alian implican konstruilon:

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) portas la HTTP-dukton de la patro, la kontan finpunkton kaj la aplikeblan konservagordon al la filo.

La ekzemplo donas la saman http al la akreditila konstruilo, ĉar akiro de tokeno estas alia petvojo. Aparte konstruita dosiersistemkliento ankaŭ devas ricevi sian celitan transporton; neniu pli frua konstruilo kreas tutmondan SDK-implicon.

Uzu la kontan URL-on, la dosiersisteman nomon kaj la identecajn valorojn de la aplikaĵo. ProxyOptions kaj la transporttipoj de Netty venas de Azure Core, la akreditila konstruilo de Azure Identity, kaj la serva konstruilo de Azure Storage Data Lake; InetSocketAddress venas de java.net.

accountUrl restas la konserva finpunkto, kaj la dosiersistema nomo elektas la filon. Neniu el ili estas la prokura adreso. Kun publike atingebla konserva finpunkto kaj permeso uzi publikan peranton, elektu la gastiganton kaj pordon de ProxyOptions el la listo de HTTP-prokuroj; tenu la konservajn kaj identecajn agordojn.