Azure Data Lake Java: żomm il-klijenti derivati fuq il-pipeline tal-proxy
Idderiva l-klijent tas-sistema tal-fajls mid-DataLakeServiceClient ikkonfigurat bil-proxy, u kkonfigura t-trasport tat-token tal-identità fl-istess konfigurazzjoni.
L-aħħar linja hija importanti: idderiva l-klijent tas-sistema tal-fajls mis-servizz ikkonfigurat minflok ma tibda builder ieħor awtomatiku:
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) iġorr il-pipeline HTTP tal-ġenitur, il-punt tat-tmiem tal-kont u l-konfigurazzjoni tal-ħażna applikabbli għall-wild.
L-eżempju jagħti l-istess http lill-builder tal-kredenzjali għax l-ksib tat-token huwa triq oħra ta' talba. Klijent tas-sistema tal-fajls mibni b'mod separat irid jirċievi wkoll it-trasport maħsub tiegħu; l-ebda builder preċedenti ma joħloq default globali tal-SDK.
Uża l-URL tal-kont, l-isem tas-sistema tal-fajls u l-valuri tal-identità tal-applikazzjoni. ProxyOptions u t-tipi tat-trasport Netty jiġu minn Azure Core, il-builder tal-kredenzjali minn Azure Identity, u l-builder tas-servizz minn Azure Storage Data Lake; InetSocketAddress jiġi minn java.net.
accountUrl jibqa' l-punt tat-tmiem tal-ħażna, u l-isem tas-sistema tal-fajls jagħżel il-wild. L-ebda waħda mhi l-indirizz tal-proxy. B'punt tat-tmiem tal-ħażna aċċessibbli pubblikament u permess li tintuża medjatur pubbliku, agħżel l-host u l-port ta' ProxyOptions mil-lista tal-proxy HTTP; ħalli l-konfigurazzjonijiet tal-ħażna u tal-identità.