Tables బిల్డర్ పూర్తి HTTP పైప్లైన్ను స్వీకరిస్తుందో లేదో తనిఖీ చేయండి. ఆ ఇన్పుట్ దాని ప్రత్యేక httpClient ఎంపికను భర్తీ చేస్తుంది; అప్లికేషన్ పైప్లైన్ను కలిగి ఉంటే, ఆ పైప్లైన్ను నిర్మిస్తున్నప్పుడు ప్రాక్సీ-అవగాహన రవాణాను కాన్ఫిగర్ చేయండి.

నేరుగా Netty HTTP క్లయింట్ ఇన్పుట్ కోసం, రవాణాను నిర్మించి Tablesకు అందించండి:

ProxyOptions proxy = new ProxyOptions(
    ProxyOptions.Type.HTTP,
    new InetSocketAddress("proxy.example.net", 8080)
);
proxy.setCredentials(proxyUser, proxyPassword);

HttpClient transport = new NettyAsyncHttpClientBuilder()
    .proxy(proxy)
    .build();

TableClient tables = new TableClientBuilder()
    .connectionString(storageConnectionString)
    .tableName("records")
    .httpClient(transport)
    .buildClient();

ఇక్కడ HttpClient అంటే com.azure.core.http.HttpClient. మిగిలిన రకాలు Azure Core HTTP/Netty, Azure Data Tables మరియు java.net.InetSocketAddress నుండి వస్తాయి. కాన్ఫిగరేషన్ మరియు ఆధారాల వేరియబుల్లను అప్లికేషన్ అందిస్తుంది.

ProxyOptions.Type.HTTP మధ్యవర్తిని ఎంచుకుంటుంది; setCredentials దాని ఖాతాను అందిస్తుంది మరియు ప్రామాణీకరణ లేని ఎండ్పాయింట్లకు దాటవేయవచ్చు. ఆ కాన్ఫిగరేషన్లో HTTP ప్రాక్సీ జాబితా నుండి ఒక ఎంట్రీ అనుమతించబడిన పబ్లిక్ Tables ఎండ్పాయింట్ మార్గానికి చిరునామాను అందించగలదు; రవాణాపై ప్రాక్సీ ఆధారాలను ఉంచవద్దు. నిల్వ కనెక్షన్ స్ట్రింగ్ ఇప్పటికీ Tables సేవను ఎంచుకుంటుంది.

ఇది కనెక్షన్-స్ట్రింగ్ ప్రామాణీకరణను ఉపయోగిస్తుంది. గుర్తింపు-ఆధారాల ఏర్పాటులో టోకెన్ సేకరణ కోసం ప్రత్యేక HTTP క్లయింట్ ఉండవచ్చు, దాని మార్గాన్ని కూడా కాన్ఫిగర్ చేయాలి.

సంబంధిత వ్యాసాలు