Thanks for your comments. I pushed my commits and updated the report.
During this week I want to decide what redisson codec works best for gora’s use case and I will also solve the comments of the libraries comparison. I will keep updating you guys during the week any blocker or new tasks that come along. Best, Xavier. > On Jun 9, 2019, at 23:43, carlos muñoz <carlosr...@gmail.com> wrote: > > Hi Xavier > > The document looks great. I have left a few comments. I would like to read > other valorations . > Also, please make sure to publish your weekly process on the Wiki space. > > Regards, > Carlos > > El vie., 7 jun. 2019 a las 23:01, FRANCISCO XAVIER SUMBA TORAL > (<xavier.sumb...@ucuenca.edu.ec.invalid>) escribió: > >> Sorry, try again. Anybody should be able to access? I set for everyone. >> >> >> https://docs.google.com/document/d/17RlGIu_SaPo7O2J7k_htg1UDDO9ah41u8cCYUURC7BM/edit?usp=sharing >> >> >> Best, >> Xavier >>> On Jun 7, 2019, at 23:59, Kevin Ratnasekera <djkevincr1...@gmail.com> >> wrote: >>> >>> Hi Xavier, >>> >>> I requested access to the docs. Can you please give permissions? >>> >>> Regards >>> Kevin >>> >>> On Sat, Jun 8, 2019 at 9:23 AM FRANCISCO XAVIER SUMBA TORAL >>> <xavier.sumb...@ucuenca.edu.ec.invalid> wrote: >>> >>>> 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. >>>> >> >> >> -- >> 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. >> -- 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.
