Hi Xavier, You should consider other data types also, not only Hashes. [1] Sometimes users like to store data in String data type as well. Please check on that as well
[1] https://redis.io/topics/data-types Thanks, Madhawa On Sat, Jun 15, 2019 at 8:20 PM FRANCISCO XAVIER SUMBA TORAL <xavier.sumb...@ucuenca.edu.ec.invalid> wrote: > Hello, > > My weekly report is updated on the wiki. Also, I moved all the code from > master the branch GORA-527. And did the following tasks. > > Port to test containers (Docker redis) > Add connections mode configuration (cluster, replicated, …) > Implement put, exists, get, delete > Fix Alfonso comments (reading configuration file as in HBase) > > Best, > Xavier. > > > On Jun 10, 2019, at 22:53, FRANCISCO XAVIER SUMBA TORAL < > xavier.sumb...@ucuenca.edu.ec> wrote: > > > > 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. >
