Abin da masana’antar soket ɗin SOCKS ta Jedis dole ta dawo da shi

JedisSocketFactory.createSocket dole ne ya dawo da soket ɗin da aka haɗa wanda ya shirya ɗaukar zirga-zirgar Redis. A cikin Jedis 5.2.0 aikace-aikacen yana ba da wannan masana’anta da saitin abokin ciniki na Redis a nan:

var jedis = new Jedis(socksSocketFactory, redisConfig);

socksSocketFactory yana aiwatar da redis.clients.jedis.JedisSocketFactory, kuma redisConfig shine JedisClientConfig na aikace-aikacen. Kasance a shirye don haɗawa lokacin da mai ginin ya fara aiki: zai iya yin tabbaci da sauran saitin Redis nan take.

Bi soket ɗaya daga ƙirƙira zuwa miƙa

Don hanyar SOCKS5 marar tabbaci, masana’antar na iya ƙirƙirar java.net.Socket tare da bayyanannen mai shiga tsakani na Proxy.Type.SOCKS, sannan ya haɗa zuwa mai masaukin Redis da tashar. Ka bar inda za a je ba a warware ba idan uwar garken SOCKS ya warware sunan mai masauki.

Ka iyakance yunƙurin haɗawa kuma ka yi amfani da lokacin karatu da aka yi niyya. Idan haɗin ya kasa, rufe wannan soket ɗin kuma ka ba da rahoton JedisConnectionException; fuskar masana’antar ba ta bayyana IOException da aka bincika ba.

Idan Redis na buƙatar TLS, kafa kuma tabbatar da TLS kafin a mayar da soket ɗin. Ba za a iya ɗauka cewa wata tuta daban za ta canza duk wani soket ɗin da masana’antar ta dawo da shi ba. Don tafki, maimaita wannan zagayowar rayuwa da sabon soket a kowace kira ta masana’antar, gami da haɗin maye gurbi.

Zaɓin HTTP a cikin ProxySelector na duniya ba shine madadin aiwatar da wannan aikin ba. Redis na aika RESP ta soket ɗinsa; ta haka ba ya zama HTTP kuma ba ya tattauna CONNECT.