Mida peab Jedis SOCKS-i sokli tehas tagastama

JedisSocketFactory.createSocket peab tagastama ühendatud sokli, mis on valmis Redis-liiklust kandma. Jedis 5.2.0-s annab rakendus selle tehase ja oma Redis-kliendi konfiguratsiooni siin:

var jedis = new Jedis(socksSocketFactory, redisConfig);

socksSocketFactory rakendab liidest redis.clients.jedis.JedisSocketFactory ning redisConfig on rakenduse JedisClientConfig. Olge konstruktori käivitumisel ühendamiseks valmis: see võib autentimise ja muud Redis-seadistused kohe teha.

Jälgige üht sokki loomisest üleandmiseni

Autentimata SOCKS5-marsruudi jaoks saab tehas luua java.net.Socket koos selgesõnalise Proxy.Type.SOCKS vahendajaga ning seejärel ühenduda Redise hosti ja pordiga. Jätke sihtkoht lahendamata kui SOCKS-server peab hostinime ise lahendama.

Piirake ühenduskatse ja rakendage ettenähtud lugemisaja piirang. Kui ühendus ebaõnnestub, sulgege see sokk ja teavitage JedisConnectionException; tehase liides ei deklareeri kontrollitud IOException.

Kui Redis nõuab TLS-i, looge ja kontrollige TLS enne sokli tagastamist. Ei saa eeldada, et eraldi lipp muudab tehase tagastatud suvalise sokli. Kogumi puhul korrake seda elutsüklit iga tehase kutse korral uue sokkiga, sealhulgas asendusühendustega.

HTTP valik ülemaailmses ProxySelector-s ei ole selle töö alternatiivne teostus. Redis saadab RESP oma soki kaudu; see ei muutu seetõttu HTTP-ks ega läbi CONNECT-i läbirääkimisi.