Hi, Carlos. Right now, the functionalities in Gora that made possible goraexplorer and gora-pig have been removed. https://issues.apache.org/jira/browse/GORA-271 faced in a wrong way that issue. I know I didn't had time at that moment to review it, but that commit didn't even removed the constants declared in the class and precisely got the change in the opposite direction of what was expected on that issue. The loading using an InputStream instead of a File is the direction that should be changed the rest of the datastores.
At this moment nothing of that works, so this tickets can't be faced until the changes are reverted again. Best regards, Alfonso Nishikawa El lun., 12 oct. 2020 a las 1:59, carlos muñoz (<carlosr...@gmail.com>) escribió: > Hi Alfonso, > > Thanks so much for this information and I will share it with the > applicants and we will give it a try. If I have additional questions I will > email you. > > Thank you again :D > > Cheers, > Carlos > > El sáb., 10 oct. 2020 a las 6:47, Alfonso Nishikawa (< > alfonso.nishik...@gmail.com>) escribió: > >> Hi, Carlos! >> >> Time is relative n_nU. As always, whenever I have spare time, like a gas, >> stuff tends to fill all the empty space: now I am learning to play the >> violin with my "left" hand, attending a formal logic course, taking a deep >> look at Spark Streaming and Akka, and wasting a bit time with Among Us >> (some leisure, please). But of course I always have a little bit time :) >> The project is on halt because I didn't have much feedback and got into >> other projects (as you see from the list and I have a full page of projects >> written in paper... :P), but I created the following two issues: >> >> https://issues.apache.org/jira/browse/GORA-557 >> https://issues.apache.org/jira/browse/GORA-558 >> >> In the description of those issues you will find some information, but I >> will tell you a more here to give some context. GoraExplorer has a HTML5 >> client and a java server. The server has to compile the schemas at runtime, >> and create a connection to a datastore, so it needs the mappings too. The >> different datastores used to load the Mappings from file, but now HBase and >> Kudu support loading the mapping from configuration (so, HBaseStore has a >> good source of example for the rest of datastores). >> >> Additionally, in my modifications, there is a class that allows to >> retrieve native information of the underlying datastore (implemented for >> HBase). This is useful for a wizzard helping to define mappings visually: >> https://bitbucket.org/alfonsonishikawa/goraexplorer/wiki/User%20manual#markdown-header-step-3-mapping >> >> Furthermore the issues talks about implementing the GoraExplorer needed >> changes to support the new datastore, but this is not mandatory (I mean... >> once Gora has the improvements, I would spend some time doing those other >> changes). >> >> GoraExplorer project is at >> https://bitbucket.org/alfonsonishikawa/goraexplorer/src/master/ and it >> is a .war that has to be deployed in a Tomcat. >> >> If you need more information (I guess so) ask me :) And even if you need >> a call, we can find a slot :) >> >> Regards, >> >> Alfonso >> >> >> El vie., 9 oct. 2020 a las 15:34, carlos muñoz (<carlosr...@gmail.com>) >> escribió: >> >>> Hi , >>> >>> I hope you are well. >>> >>> Alfonso, last GSoC you said that it would be nice to add support for new >>> datastores in GoraExplorer in the proposals of the applicants. >>> >>> I thought that could be a warm-up task for the applicants of Outreachy >>> of this year. I was wondering if you can give some details about the >>> project so I can guide the applicants in these tasks. Please, let me know >>> if you have time for this, or if I should choose other tasks instead. >>> >>> >>> Cheers, >>> Carlos >>> >>
