Azure Data Lake Java: eduki eratorritako bezeroak proxy hoditerian

Azken lerroak garrantzia du: eratorri fitxategi-sistemaren bezeroa konfiguratutako zerbitzutik, beste builder lehenetsi bat abiarazi beharrean:

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) gurasoaren HTTP hoditeria, kontuaren amaiera-puntua eta aplikagarria den biltegiratze-konfigurazioa eramaten ditu umearenera.

Adibideak http bera ematen dio kredentzialen builderrari, tokena lortzea beste eskaera-bide bat delako. Bereiz eraikitako fitxategi-sistemaren bezeroak ere jaso behar du bere garraio xedea; aurretiko builder batek ere ez du SDK lehenetsi globalik sortzen.

Erabili aplikazioaren kontuaren URLa, fitxategi-sistemaren izena eta identitate-balioak. ProxyOptions eta Netty garraio-motak Azure Coretik datoz, kredentzialen builderra Azure Identitytik eta zerbitzuaren builderra Azure Storage Data Laketik; InetSocketAddress java.net-tik dator.

accountUrl biltegiratze-amaiera puntua izaten jarraitzen du, eta fitxategi-sistemaren izenak umea hautatzen du. Biak ez dira proxy helbide. Biltegiratze-amaiera puntua publikoki irisgarria bada eta bitartekari publiko bat erabiltzeko baimena badago, aukeratu ProxyOptions-en ostalaria eta ataka HTTP proxy zerrendatik; utzi biltegiratze- eta identitate-ezarpenak lekuan.