Azure Data Lake Java: cadw cleientiaid deilliedig ar biblinell y proxy

Mae'r llinell olaf yn bwysig: deilliwch glient y system ffeiliau o'r gwasanaeth cyfluniedig yn hytrach na dechrau builder rhagosodedig arall:

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);

Mae service.getFileSystemClient(fileSystemName) yn cario piblinell HTTP y rhiant, pwynt terfyn y cyfrif a'r ffurfweddiad storio perthnasol i'r plentyn.

Mae'r enghraifft yn rhoi'r un http i'r builder tystlythyrau oherwydd bod cael tocyn yn llwybr cais arall. Rhaid i glient system ffeiliau a adeiledir ar wahân gael ei gludiant bwriadedig hefyd; nid oes unrhyw builder cynharach yn creu rhagosodiad SDK byd-eang.

Defnyddiwch URL y cyfrif, enw'r system ffeiliau a gwerthoedd hunaniaeth eich cymhwysiad. Daw ProxyOptions a mathau cludiant Netty o Azure Core, y builder tystlythyrau o Azure Identity, a builder y gwasanaeth o Azure Storage Data Lake; daw InetSocketAddress o java.net.

Mae accountUrl yn parhau'n bwynt terfyn storio, ac mae enw'r system ffeiliau yn dewis y plentyn. Nid yw'r naill na'r llall yn gyfeiriad y proxy. Gyda phwynt terfyn storio sy'n gyhoeddus hygyrch a chaniatâd i ddefnyddio cyfryngwr cyhoeddus, dewiswch westeiwr a phorth ProxyOptions o'r rhestr proxy HTTP; cadwch y gosodiadau storio a hunaniaeth yn eu lle.