Thanks Alonso for your comments. 

I will analyze the code from HBase. Thanks for your suggestion… 

Also, my code is in master, but I will move to the branch 527, it will be 
easier to trace changes. 


Best,
Xavier.

> On Jun 10, 2019, at 18:20, Alfonso Nishikawa <alfonso.nishik...@gmail.com> 
> wrote:
> 
> Hi, Xavier.
> 
> I don't see your branch GORA-527 told in your report.
> What I would want to ask for is to add the same functionality to load the
> mapping from configuration in you RedisStore [1] as in HBase's store [2].
> This will have implications on your readMapping that in HBase was done by
> passing an InputStream instead of a file name.
> 
> [1] -
> https://github.com/cuent/gora/blob/master/gora-redis/src/main/java/org/apache/gora/redis/store/RedisStore.java#L78
> [2] -
> https://github.com/jhnmora000/gora/blob/master/gora-hbase/src/main/java/org/apache/gora/hbase/store/HBaseStore.java#L92
> 
> Regards,
> 
> Alfonso Nishikawa
> 
> El lun., 10 jun. 2019 a las 4:16, FRANCISCO XAVIER SUMBA TORAL
> (<xavier.sumb...@ucuenca.edu.ec.invalid>) escribió:
> 
>> 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.
>> 


-- 
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.

Reply via email to