Wat in Jedis SOCKS-socketfabryk weromjaan moat
Jedis 5.2.0 ferwachtet in ferbûn socket dat klear is foar Redis, ynklusyf TLS as dat nedich is; allinne in proxy kieze leveret dy ferbining net.
JedisSocketFactory.createSocket moat in ferbûn socket weromjaan dat klear is om Redis-ferkear te dragen. Yn Jedis 5.2.0 leveret de applikaasje dy fabryk en syn Redis-klantkonfiguraasje hjir:
var jedis = new Jedis(socksSocketFactory, redisConfig);socksSocketFactory implementearret redis.clients.jedis.JedisSocketFactory, en redisConfig is de JedisClientConfig fan ’e applikaasje. Wês klear om te ferbinen as de konstruktor rint: hy kin autentikaasje en oare Redis-ynstellingen daliks dwaan.
Folgje ien socket fan oanmeitsjen oant oerjaan
Foar in net-autentisearre SOCKS5-rounte kin de fabryk in java.net.Socket meitsje mei in eksplisite Proxy.Type.SOCKS-tuskenpersoan en dan ferbine mei de Redis-host en -poarte. Lit it bestimmingsplak net oplost as de SOCKS-tsjinner de hostnamme oplosse moat.
Behein de ferbiningspoging en pas de bedoelde lêstiid ta. As de ferbining mislearret, slút dat socket en rapportearje JedisConnectionException; de fabryk-ynterface ferklearret gjin kontrolearre IOException.
As Redis TLS fereasket, set TLS op en kontrolearje it foardat it socket weromjûn wurdt. In aparte flagge kin net oannommen wurde om in willekeurich socket dat de fabryk weromjout te transformearjen. Foar in pool werhelje dizze libbenssyklus mei in nij socket by elke fabryk-oprop, ynklusyf ferfangende ferbiningen.
In HTTP-keuze yn in globaal ProxySelector is gjin alternative ymplemintaasje fan dit wurk. Redis stjoert RESP oer syn socket; it wurdt dêrmei gjin HTTP en ûnderhanneltet gjin CONNECT.