Tables ਕਲਾਇੰਟ ਲਈ Azure Java Netty ProxyOptions

ਪ੍ਰਮਾਣਿਤ Netty HTTP ਟ੍ਰਾਂਸਪੋਰਟ ਬਣਾਓ ਅਤੇ ਇਸਨੂੰ Azure Tables ਕਲਾਇੰਟ ਬਿਲਡਰ ਨੂੰ ਦਿਓ।

ਜਾਂਚ ਕਰੋ ਕਿ 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 ਕਲਾਇੰਟ ਹੋ ਸਕਦਾ ਹੈ, ਜਿਸਦਾ ਰੂਟ ਵੀ ਸੰਰਚਿਤ ਕਰਨਾ ਪਵੇਗਾ।

ਸੰਬੰਧਿਤ ਲੇਖ