Azure Data Lake Java: ofgeleet Clienten op der Proxy-Pipeline halen

Déi lescht Linn ass wichteg: leet de Dateisystem-Client vum konfiguréierte Service of, amplaz nach en anere Standard-Builder ze 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) iwwerhëlt d'HTTP-Pipeline vum Elterendeel, den Account-Endpunkt an déi uwendbar Stockage-Konfiguratioun an d'Kand.

D'Beispill gëtt deeselwechten http un den Zertifikats-Builder, well d'Token-Erfaassung en anere Request-Wee ass. En separat gebauten Dateisystem-Client muss och säin agesaten Transport kréien; keen éischte Builder schaaft en globale SDK-Standard.

Benotzt d'Account-URL, den Numm vum Dateisystem an d'Identitéitswäerter vun der Applikatioun. ProxyOptions an d'Netty-Transporttypen kommen aus Azure Core, den Zertifikats-Builder aus Azure Identity an de Service-Builder aus Azure Storage Data Lake; InetSocketAddress kënnt aus java.net.

accountUrl bleift den Endpunkt vum Stockage, an den Numm vum Dateisystem wielt d'Kand. Kee vun deenen zwee ass d'Proxyadress. Mat engem ëffentlech erreechbaren Stockage-Endpunkt an der Erlaabnes, en ëffentlechen Intermédiaire ze benotzen, wielt den Host an de Port vum ProxyOptions aus der HTTP-Proxy-Lëscht; loosst d'Stockage- an d'Identitéitsastellungen an der Plaz.