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