gora-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From FRANCISCO XAVIER SUMBA TORAL <xavier.sumb...@ucuenca.edu.ec.INVALID>
Subject Re: Redis datastore
Date Sat, 08 Jun 2019 03:53:27 GMT
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.sumba93@ucuenca.edu.ec> wrote:

>
>
> On Wed, Jun 5, 2019, 1:31 AM Kevin Ratnasekera, <djkevincr1989@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.

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message