Azure Data Lake Java: hald avleiddar klientar á proxy-leiðini
Avleið fílaskipanarklientin frá tí proxy-uppsetta DataLakeServiceClient og still inn berjing av samleikatákni í somu uppseting.
Síðsta linjan er týdningarmikil: avleið fílaskipanarklientin frá tí uppsettu tænastuni í staðin fyri at byrja enn ein sjálvgefna 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) ber HTTP-leiðina hjá foreldrinum, kontupunkting og viðkomandi goymsluuppseting yvir til barnið.
Dømið gevur sama http til váttanarbuilderin, tí at fáa tók er onnur fyrispurningarleið. Ein serstakliga bygdur fílaskipanarklientur má eisini fáa sína ætlaðu berjing; ongin fyrri builder skapar eitt alheims SDK-sjálvgreitt.
Nýt kontu-URL hjá tólúnari, fílaskipanarnavnið og samleikavirðini. ProxyOptions og Netty-berjingarsløg koma frá Azure Core, váttanarbuilderin frá Azure Identity og tænastubuilderin frá Azure Storage Data Lake; InetSocketAddress kemur frá java.net.
accountUrl verður verandi goymslupunkting, og fílaskipanarnavnið velur barnið. Hvørki er proxy-bústaðurin. Við alment atkomuligum goymslupunktingi og loyvi at nýta ein almenna millumgongu, vel hýsil og port hjá ProxyOptions úr HTTP-proxy-listanum; lat goymslu- og samleika-uppsetingarnar vera.