Azure Data Lake Java: haltu afleiddum biðlurum á proxy-leiðinni

Síðasta línan skiptir máli: afleiddu skráarkerfisbiðlarann frá stilltu þjónustunni í stað þess að ræsa annan sjálfgefinn builder:

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) flytur HTTP-leið foreldrisins, endapunkt reikningsins og viðeigandi geymsluskilgreiningu yfir í barnið.

Dæmið gefur sama http til builders auðkennisskírteina því að öflun tákns er önnur beiðnileið. Skráarkerfisbiðlari sem er byggður sérstaklega verður líka að fá ætlaða flutninginn; enginn fyrri builder býr til almenna sjálfgefna SDK-stillingu.

Notaðu reiknings-URL, skráarkerfisheiti og auðkennisgildi forritsins. ProxyOptions og Netty-flutningstegundir koma frá Azure Core, builder auðkennisskírteina frá Azure Identity og builder þjónustunnar frá Azure Storage Data Lake; InetSocketAddress kemur frá java.net.

accountUrl helst endapunktur geymslunnar og skráarkerfisheitið velur barnið. Hvorugt er proxy-vistfangið. Með opinberlega aðgengilegan geymsluendapunkt og leyfi til að nota opinbera millilið, veldu hýsil og port ProxyOptions úr HTTP-proxylistanum; hafðu geymslu- og auðkennisstillingarnar óbreyttar.