Hello I think that redisson is the option to support redis in gora.
There is an analysis here [1]. What do you think? After some suggestions I can add those results to the wiki. Best Xavier [1] https://docs.google.com/document/d/17RlGIu_SaPo7O2J7k_htg1UDDO9ah41u8cCYUURC7BM/edit?usp=drivesdk On Wed, Jun 5, 2019, 9:16 AM FRANCISCO XAVIER SUMBA TORAL, < xavier.sumb...@ucuenca.edu.ec> wrote: > > > On Wed, Jun 5, 2019, 1:31 AM Kevin Ratnasekera, <djkevincr1...@gmail.com> > wrote: > >> Hi Xavier, >> >> Thank you for the update. Take your time on the research for selecting the >> Redis client library, you dont need to compare all Redis clients, take a >> subset/few looks most promising ( by comparing community, functionality >> etc >> ). There are only very few recommended from redis.io. [1] ( Jedis, >> Lettuce >> and Redisson ) Let's focus on these 3, about high lever data structures >> etc. Let s do a comparison once you complete that research work. >> > > Okay, I will work on that comparison. > > > > >> As Carlos mentioned, If you do have troubles setting up embedded server, >> you could always use [1] to spin up Redis server instance from docker >> image. This is the same approach we have taken on Aerospike and CouchDB >> datastore tests. That way you can spin up a real instance of Redis server, >> you wont be having any limitations compared to these mock servers. >> > > Thanks I am looking into aerospike implementation. > > > >> >> [1] https://redis.io/clients#java >> [2] https://www.testcontainers.org/ >> >> Regards >> >> >> Best , > > Xavier > -- Advertencia legal: Este mensaje y, en su caso, los archivos anexos son confidenciales, especialmente en lo que respecta a los datos personales, y se dirigen exclusivamente al destinatario referenciado. Si usted no lo es y lo ha recibido por error o tiene conocimiento del mismo por cualquier motivo, le rogamos que nos lo comunique por este medio y proceda a destruirlo o borrarlo, y que en todo caso se abstenga de utilizar, reproducir, alterar, archivar o comunicar a terceros el presente mensaje y ficheros anexos, todo ello bajo pena de incurrir en responsabilidades legales. Las opiniones contenidas en este mensaje y en los archivos adjuntos, pertenecen exclusivamente a su remitente y no representan la opinión de la Universidad de Cuenca salvo que se diga expresamente y el remitente esté autorizado para ello. El emisor no garantiza la integridad, rapidez o seguridad del presente correo, ni se responsabiliza de posibles perjuicios derivados de la captura, incorporaciones de virus o cualesquiera otras manipulaciones efectuadas por terceros.
