Hi. I updated my PR[2] with some improvements.
Also, I tested my code with this docker image [3] and it worked fine. This what I did: Run docker container: docker run --hostname localhost -d --rm --name apache-kudu -p 7051:7051 -p 7050:7050 -p 8051:8051 -p 8050:8050 usuresearch/apache-kudu:1.8.0 Change master address within tests [1]: @Override public void setUpClass() throws Exception { //comment KuduTestHarness start //harness.before(); conf.set(KuduBackendConstants.PROP_MASTERADDRESSES, "localhost:7051"); } @Override public void tearDownClass() throws Exception { // comment KuduTestHarness end ///harness.after(); } If you agree I could a create second version of the tests using testcontainers and this docker image. [1] https://github.com/jhnmora000/gora/blob/GORA-485/gora-kudu/src/test/java/org/apache/gora/kudu/GoraKuduTestDriver.java#L41 [2] https://github.com/apache/gora/pull/178 [3] https://hub.docker.com/r/usuresearch/apache-kudu/ Cheers, John El vie., 9 ago. 2019 a las 13:33, John Mora (<jhnmora...@gmail.com>) escribió: > Hi Alfonso, > > Please take into a consideration that the property > 'gora.datastore.kudu.masterAddress' is overridden in the class > GoraKuduTestDriver [1]. Because KuduTestHarness generates random ports > which need to be configured at runtime. Probably, you should change the > property there too. > > I will test my code with a docker container, in order to figure out the > origin of the issue. Please let me know if someone faces this issue when > building the project. > > > [1] > https://github.com/jhnmora000/gora/blob/GORA-485/gora-kudu/src/test/java/org/apache/gora/kudu/GoraKuduTestDriver.java#L41 > > > Cheers, > John. > > > El vie., 9 ago. 2019 a las 12:22, Alfonso Nishikawa (< > alfonso.nishik...@gmail.com>) escribió: > >> Hi, >> >> I installed a standalone Kudu server (compiled from sources) in a virtual >> machine and configured test/resources/gora.properties to use "nosql:8051" >> master. >> >> The tests freezes waiting for kudu response and a tons of connections to >> the master gets created. >> >> *To the community:* Can someone please clone >> https://github.com/jhnmora000/gora/tree/GORA-485 and build it to see if >> the problem can be reproduced? >> >> I attach snapshots showing how connections stays waiting. >> >> Thank you! >> >> Best Regards, >> >> Alfonso Nishikawa >> >> >> >> El jue., 8 ago. 2019 a las 20:18, Alfonso Nishikawa (< >> alfonso.nishik...@gmail.com>) escribió: >> >>> Hi, John. >>> >>> Tried using Oracle jdk 1.8 and found the same core dump: >>> >>> [INFO] Running org.apache.gora.kudu.store.TestKuduStore >>> [ERROR] Tests run: 44, Failures: 0, Errors: 40, Skipped: 4, Time >>> elapsed: 52.466 s <<< FAILURE! - in org.apache.gora.kudu.store.TestKuduStore >>> [ERROR] testNewInstance(org.apache.gora.kudu.store.TestKuduStore) Time >>> elapsed: 1.834 s <<< ERROR! >>> java.io.IOException: failed to start masters: Unable to start Master at >>> index 0: >>> /tmp/kudu-binary-jar4319751617646651391/kudu-binary-1.9.0-linux-x86_64/bin/kudu-master: >>> process exited on signal 6 (core dumped) >>> >>> (I expected to fail too, since the problem doesn't look like being >>> related to the jvm). >>> >>> Thanks for giving it a look. Don't know what must be the problem :\ >>> >>> Best Regards, >>> >>> Alfosno Nishikawa >>> >>> >>> El mar., 6 ago. 2019 a las 4:26, John Mora (<jhnmora...@gmail.com>) >>> escribió: >>> >>>> Hi Alfonso, >>>> >>>> Unfortunately, I have not been able to reproduce the issue. Maybe it is >>>> related with my Java version (Oracle), I will try with OpenJDK. >>>> Some details about my development environment: >>>> >>>> os.detected.name: linux >>>> os.detected.arch: x86_64 >>>> os.detected.version: 4.10 >>>> os.detected.version.major: 4 >>>> os.detected.version.minor: 10 >>>> os.detected.release: linuxmint >>>> os.detected.release.version: 18.3 >>>> os.detected.release.like.linuxmint: true >>>> os.detected.release.like.ubuntu: true >>>> os.detected.classifier: linux-x86_64 >>>> >>>> Java >>>> java version "1.8.0_171" >>>> Java(TM) SE Runtime Environment (build 1.8.0_171-b11) >>>> Java HotSpot(TM) 64-Bit Server VM (build 25.171-b11, mixed mode) >>>> >>>> Maven >>>> Apache Maven 3.3.9 >>>> Maven home: /usr/share/maven >>>> Java version: 1.8.0_171, vendor: Oracle Corporation >>>> Java home: /usr/lib/jvm/java-8-oracle/jre >>>> Default locale: en_US, platform encoding: UTF-8 >>>> OS name: "linux", version: "4.10.0-38-generic", arch: "amd64", family: >>>> "unix" >>>> >>>> >>>> Best, >>>> John. >>>> >>>> El lun., 5 ago. 2019 a las 16:48, Alfonso Nishikawa (< >>>> alfonso.nishik...@gmail.com>) escribió: >>>> >>>>> Hi, >>>>> >>>>> I am using now the following pom configuration I got from executing >>>>> `mvn dependency:tree`: >>>>> >>>>> <dependency> >>>>> <groupId>org.apache.kudu</groupId> >>>>> <artifactId>kudu-binary</artifactId> >>>>> <classifier>linux-x86_64</classifier> >>>>> <version>1.9.0</version> >>>>> <scope>test</scope> >>>>> </dependency> >>>>> >>>>> When I execute `mvn clen package` on gora-kudu I find that it spawns >>>>> the following command: >>>>> >>>>> kudu-master >>>>> --fs_wal_dir=/tmp/mini-kudu-cluster8989984398759938222/master-0/wal >>>>> --fs_data_dirs=/tmp/mini-kudu-cluster8989984398759938222/master-0/data >>>>> --block_manager=log --webserver_interface=localhost >>>>> --ipki_ca_key_size=1024 >>>>> --tsk_num_rsa_bits=512 --rpc_bind_addresses=*127.26.116.190*:39535 >>>>> --webserver_interface=*127.26.116.190* --webserver_port=0 >>>>> --never_fsync --ipki_server_key_size=1024 --enable_minidumps=false >>>>> --redact=none --metrics_log_interval_ms=1000 --logtostderr >>>>> --logbuflevel=-1 >>>>> --log_dir=/tmp/mini-kudu-cluster8989984398759938222/master-0/logs >>>>> --server_dump_info_path=/tmp/mini-kudu-cluster8989984398759938222/master-0/data/info.pb >>>>> --server_dump_info_format=pb --rpc_server_allow_ephemeral_ports >>>>> --unlock_experimental_flags --unlock_unsafe_flags --rpc_reuseport=true >>>>> --master_addresses=*127.26.116.190*:39535,*127.26.116.189*:33913, >>>>> *127.26.116.188*:42253 >>>>> >>>>> >>>>> I highlight the IP addresses because they clearly are not my computer, >>>>> and I guess that is why the tests can't connect to the the database. >>>>> >>>>> Any idea on how to solve this? >>>>> >>>>> Thank you! >>>>> >>>>> >>>>> Best Regards, >>>>> >>>>> Alfonso Nishikawa >>>>> >>>>> >>>>> >>>>> El lun., 5 ago. 2019 a las 8:39, Alfonso Nishikawa (< >>>>> alfonso.nishik...@gmail.com>) escribió: >>>>> >>>>>> Hi, John. >>>>>> >>>>>> I get a core dump from the binary kudu server when trying to run the >>>>>> tests. Didn't find a log file, but will search thoroughly later. Happened >>>>>> anytime to you? Does it happens to anyone? >>>>>> >>>>>> I am using Ubuntu 18.04 >>>>>> >>>>>> Thank you! >>>>>> >>>>>> Regards, >>>>>> >>>>>> Alfonso Nishikawa >>>>>> >>>>>> El dom., 4 ago. 2019 20:10, Furkan KAMACI <furkankam...@gmail.com> >>>>>> escribió: >>>>>> >>>>>>> Hi John, >>>>>>> >>>>>>> I've already made my comments at your PR. Please check them >>>>>>> carefully and ask me if you need help. >>>>>>> >>>>>>> For the documentation, I've checked what you've done. On the other >>>>>>> hand, I would want to encourage you to write a blog post about your Kudu >>>>>>> implementation and demonstrate an example of Kudu integration with Gora >>>>>>> as >>>>>>> like a tutorial. >>>>>>> >>>>>>> Kind Regards, >>>>>>> Furkan KAMACI >>>>>>> >>>>>>> On Sun, Aug 4, 2019 at 1:59 AM John Mora <jhnmora...@gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Hi all. >>>>>>>> >>>>>>>> I have updated my report in the Wiki[1]. >>>>>>>> >>>>>>>> Also, I have sent a PR with my last commits for review [2]. Please >>>>>>>> give it a look if you have time. >>>>>>>> >>>>>>>> This week, I will continue working on the documentation of the kudu >>>>>>>> datastore. >>>>>>>> >>>>>>>> Please let me know if you have suggestions. >>>>>>>> >>>>>>>> [1] >>>>>>>> https://cwiki.apache.org/confluence/display/GORA/GORA-485+Apache+Kudu+datastore+for+Gora+Reports >>>>>>>> [2] https://github.com/apache/gora/pull/178 >>>>>>>> >>>>>>>> Best, >>>>>>>> John. >>>>>>>> >>>>>>>> El mié., 31 jul. 2019 a las 11:17, carlos muñoz (< >>>>>>>> carlosr...@gmail.com>) escribió: >>>>>>>> >>>>>>>>> Hi John, >>>>>>>>> >>>>>>>>> Thanks for the update. I reviewed your code a little bit, it is >>>>>>>>> looking good. I think tha you should send a PR in order to receive >>>>>>>>> feedback >>>>>>>>> from other community members. >>>>>>>>> >>>>>>>>> Best, >>>>>>>>> Carlos >>>>>>>>> >>>>>>>>> El dom., 28 jul. 2019 a las 23:20, John Mora (< >>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>> >>>>>>>>>> Hi all. >>>>>>>>>> >>>>>>>>>> I updated my report in the Wiki[1]. Also, I pushed my last >>>>>>>>>> commits to my branch [2]. Please give it a look if you have time. >>>>>>>>>> >>>>>>>>>> This week, I will give a look to the documentation of datastores. >>>>>>>>>> >>>>>>>>>> Please let me know if you have suggestions. >>>>>>>>>> >>>>>>>>>> [1] >>>>>>>>>> https://cwiki.apache.org/confluence/display/GORA/GORA-485+Apache+Kudu+datastore+for+Gora+Reports >>>>>>>>>> [2] https://github.com/jhnmora000/gora/tree/GORA-485 >>>>>>>>>> >>>>>>>>>> Cheers, >>>>>>>>>> John >>>>>>>>>> >>>>>>>>>> El mié., 24 jul. 2019 a las 11:34, John Mora (< >>>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>>> >>>>>>>>>>> Hi Alfonso, >>>>>>>>>>> >>>>>>>>>>> Yes, I was using this class javafx.util.Pair. It is not a >>>>>>>>>>> problem I will find an alternative, it is only an utilitary class. >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> John >>>>>>>>>>> >>>>>>>>>>> El mar., 23 jul. 2019 a las 12:36, Alfonso Nishikawa (< >>>>>>>>>>> alfonso.nishik...@gmail.com>) escribió: >>>>>>>>>>> >>>>>>>>>>>> Hi, John. >>>>>>>>>>>> >>>>>>>>>>>> I checked out your code and it looks good :) >>>>>>>>>>>> I found that you use javafx, but that is not present in OpenJDK >>>>>>>>>>>> and fails to compile, and since we don't stick to Oracle JVM I >>>>>>>>>>>> would >>>>>>>>>>>> suggest to change it. >>>>>>>>>>>> >>>>>>>>>>>> Good job, keep it going :) >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> >>>>>>>>>>>> Alfonso Nishikawa >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> El sáb., 20 jul. 2019 a las 22:25, John Mora (< >>>>>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>>>>> >>>>>>>>>>>>> Hi. >>>>>>>>>>>>> >>>>>>>>>>>>> I updated my report in the Wiki[1]. Also, I pushed my last >>>>>>>>>>>>> commits to my branch [2]. Please give it a look if you have time. >>>>>>>>>>>>> >>>>>>>>>>>>> This week, I will give a look to the map reduce tests for >>>>>>>>>>>>> DataStores. >>>>>>>>>>>>> >>>>>>>>>>>>> Please let me know if you have suggestions. >>>>>>>>>>>>> >>>>>>>>>>>>> [1] >>>>>>>>>>>>> https://cwiki.apache.org/confluence/display/GORA/GORA-485+Apache+Kudu+datastore+for+Gora+Reports >>>>>>>>>>>>> [2] https://github.com/jhnmora000/gora/tree/GORA-485 >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks, >>>>>>>>>>>>> John >>>>>>>>>>>>> >>>>>>>>>>>>> El sáb., 13 jul. 2019 a las 19:31, John Mora (< >>>>>>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi all >>>>>>>>>>>>>> >>>>>>>>>>>>>> I updated my report in the Wiki[1]. Also, I pushed my last >>>>>>>>>>>>>> commits to my branch [2]. Please give it a look if you have time. >>>>>>>>>>>>>> >>>>>>>>>>>>>> This week, I will be working in the getPartitions and >>>>>>>>>>>>>> deleteByQuery methods and testing the other tests in the >>>>>>>>>>>>>> DataStoreTestBase >>>>>>>>>>>>>> class. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Please let me know if you have suggestions. >>>>>>>>>>>>>> >>>>>>>>>>>>>> [1] >>>>>>>>>>>>>> https://cwiki.apache.org/confluence/display/GORA/GORA-485+Apache+Kudu+datastore+for+Gora+Reports >>>>>>>>>>>>>> [2] https://github.com/jhnmora000/gora/tree/GORA-485 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Best, >>>>>>>>>>>>>> John. >>>>>>>>>>>>>> >>>>>>>>>>>>>> El mié., 10 jul. 2019 a las 16:17, John Mora (< >>>>>>>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi Alfonso, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks so much for your time and support for this project. I >>>>>>>>>>>>>>> will work on your comments. Responses inline :) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> El mar., 9 jul. 2019 a las 16:38, Alfonso Nishikawa (< >>>>>>>>>>>>>>> alfonso.nishik...@gmail.com>) escribió: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hi, John. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Sorry for the delay, I am changing work and I have been >>>>>>>>>>>>>>>> very busy :( I will try to answer your questions :) >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> *> In the Employee example there is a field called >>>>>>>>>>>>>>>> 'dateOfBirth'. I tried to map that field with the >>>>>>>>>>>>>>>> UNIXTIME_MICROS datatype >>>>>>>>>>>>>>>> of Kudu (I intuitively assumed this is a date.). However, in >>>>>>>>>>>>>>>> the java world >>>>>>>>>>>>>>>> the Employee field is a Long value and the kudu datatype is a >>>>>>>>>>>>>>>> Timestamp. >>>>>>>>>>>>>>>> So, I was wondering whether I should force the usage of the >>>>>>>>>>>>>>>> UNIXTIME_MICROS >>>>>>>>>>>>>>>> datatype for this field or just use a LONG datatype in Kudu.* >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> In Avro 1.8 were introduced "Logical Types" so there is a >>>>>>>>>>>>>>>> "date" type with an underlying "int" [1]. It's the first time >>>>>>>>>>>>>>>> I read about >>>>>>>>>>>>>>>> because until the last version upgrade of Avro this weren't >>>>>>>>>>>>>>>> there. I would >>>>>>>>>>>>>>>> suggest to ignore "dates" and map dateOfBirth as long, since >>>>>>>>>>>>>>>> in any case >>>>>>>>>>>>>>>> -in avro- the value is the unix epoch. After this first >>>>>>>>>>>>>>>> approach, a design >>>>>>>>>>>>>>>> improvement would be great, though :) >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> - Would be good to have in the mapping a "timestamp" type >>>>>>>>>>>>>>>> so KuduStore converts between the Entity long field <-> Kudu >>>>>>>>>>>>>>>> timestamp >>>>>>>>>>>>>>>> storage? >>>>>>>>>>>>>>>> - Is there any other approach? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I think that Entity long field <-> Kudu timestamp conversion >>>>>>>>>>>>>>> that the best alternative right now. Because, I would add more >>>>>>>>>>>>>>> compatible >>>>>>>>>>>>>>> datatypes to the mapping parameters which users can use. And >>>>>>>>>>>>>>> this >>>>>>>>>>>>>>> conversion should not be dificult to implement in my opinion. >>>>>>>>>>>>>>> Also, the new >>>>>>>>>>>>>>> Date datatype of avro could be implemented in newer versions >>>>>>>>>>>>>>> because it >>>>>>>>>>>>>>> would need further analysis in other datastores too. I will >>>>>>>>>>>>>>> work on that. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> *> What is the Gora's policy regarding flush()? * >>>>>>>>>>>>>>>> *> KuduClient has multiple flushing modes >>>>>>>>>>>>>>>> <https://kudu.apache.org/apidocs/org/apache/kudu/client/SessionConfiguration.FlushMode.html>and >>>>>>>>>>>>>>>> also can set time interval >>>>>>>>>>>>>>>> <https://kudu.apache.org/releases/1.2.0/apidocs/org/apache/kudu/client/KuduSession.html#setFlushInterval-int-> >>>>>>>>>>>>>>>> for automatic flush.* >>>>>>>>>>>>>>>> *> Should theses behaviors be configurable using >>>>>>>>>>>>>>>> gora.properties file? or just use the default configurations.* >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> What we do in HBase is configure an autoflush option in >>>>>>>>>>>>>>>> gora.properties [2] which is used when instanced the Table, >>>>>>>>>>>>>>>> but at the same >>>>>>>>>>>>>>>> time we implement the flush() method to force the flush [3]. I >>>>>>>>>>>>>>>> would >>>>>>>>>>>>>>>> suggest to follow that example, but adding the flushing >>>>>>>>>>>>>>>> options of Kudu. >>>>>>>>>>>>>>>> What flushing mode (and time interval if it applies) do you >>>>>>>>>>>>>>>> suggest? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Well, IMHO the default flush mode (auto flush sync) will do >>>>>>>>>>>>>>> the job for most use cases. But I will add a configuration in >>>>>>>>>>>>>>> gora.properties for selecting the other modes and specifying a >>>>>>>>>>>>>>> autoflush >>>>>>>>>>>>>>> time if needed by the user. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> *> Also, while reviewing the datastore interface I noticed >>>>>>>>>>>>>>>> this method 'getPartitions(Query<K, T> query)'. What is the >>>>>>>>>>>>>>>> expected >>>>>>>>>>>>>>>> behavior of this method?, should I use the partition >>>>>>>>>>>>>>>> definition in the xml >>>>>>>>>>>>>>>> mapping file for this?.* >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> The method getPartitions(Query) is related to Hadoop. >>>>>>>>>>>>>>>> Apache Gora integrates with Hadoop implementing a custom Map >>>>>>>>>>>>>>>> and Reduce >>>>>>>>>>>>>>>> that allows to get/write Entities directly. >>>>>>>>>>>>>>>> You can take a look at HBase's implementation [4], which >>>>>>>>>>>>>>>> relies o.a.h.hbase.mapreduce.TableInputFormatBase [5] to >>>>>>>>>>>>>>>> compute the splits (start key---end key) with the location of >>>>>>>>>>>>>>>> the split to >>>>>>>>>>>>>>>> create a colection of partitions [6]. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> So, if Kudu is allowed to perform computation using local >>>>>>>>>>>>>>>> kudu splits, then this method does the needed preparation to >>>>>>>>>>>>>>>> allow to "send >>>>>>>>>>>>>>>> the computation to where the data is locally". >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> In any case, you can see that: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> - MongoDB store implementation does not implement >>>>>>>>>>>>>>>> splitting [7] >>>>>>>>>>>>>>>> - Cassandra store implementation does not implement >>>>>>>>>>>>>>>> splitting [8] >>>>>>>>>>>>>>>> - Aerospike store implementation does not implement >>>>>>>>>>>>>>>> splitting [9] >>>>>>>>>>>>>>>> - Accumulo store implementation* does* implement >>>>>>>>>>>>>>>> splitting [10] >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> If Kudu has a method to get the different splits for a >>>>>>>>>>>>>>>> table and its locations, then you will be able to implement >>>>>>>>>>>>>>>> the full >>>>>>>>>>>>>>>> feature. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> This is Hadoop related and it is not trivial. I haven't >>>>>>>>>>>>>>>> elaborated much, so if you find you need more information let >>>>>>>>>>>>>>>> me know :) >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I will check whether Kudu has these features in order to >>>>>>>>>>>>>>> implement this method. If not I will use the default >>>>>>>>>>>>>>> implementation found >>>>>>>>>>>>>>> in other backends. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> About Queries, what I can tell is that Hbase only >>>>>>>>>>>>>>>> implements "Start key" + "End key" because it has only 2 >>>>>>>>>>>>>>>> operations: "get" >>>>>>>>>>>>>>>> and "scan", and the querying is for "scan" operation, were you >>>>>>>>>>>>>>>> want an >>>>>>>>>>>>>>>> interval (or all) of the rows. Does Kudu have more querying >>>>>>>>>>>>>>>> functionality? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Yes, Kudu implements a Scanner for querying data among with >>>>>>>>>>>>>>> conditional predicates for filtering. I am using those classes. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> About other topic, I am trying to install Kudu in >>>>>>>>>>>>>>>> standalone (all in 1 node). Do you use a Cloudera installation >>>>>>>>>>>>>>>> or do you >>>>>>>>>>>>>>>> have a standalone installation? How do you do it? I found some >>>>>>>>>>>>>>>> instructions, but they talk about compiling Kudu [11]. I was >>>>>>>>>>>>>>>> looking for >>>>>>>>>>>>>>>> something like HBase, that it is unzip + execute "hbase start". >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I am using an embedded mini-cluster which comes with >>>>>>>>>>>>>>> compiled binaries and can be used with maven[1] for testing my >>>>>>>>>>>>>>> code. Once I >>>>>>>>>>>>>>> get it mature enough I think I will be testing the datastore >>>>>>>>>>>>>>> with a docker >>>>>>>>>>>>>>> container [2]. I could not find a unzip+execute bundle either >>>>>>>>>>>>>>> and I am >>>>>>>>>>>>>>> kinda noob for compiling it myself. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>> https://kudu.apache.org/docs/developing.html#_jvm_based_integration_testing >>>>>>>>>>>>>>> [2] https://hub.docker.com/r/usuresearch/apache-kudu/ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Good job and thank you!! :) >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Alfonso Nishikawa >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> [1] - >>>>>>>>>>>>>>>> https://avro.apache.org/docs/1.8.0/spec.html#Logical+Types >>>>>>>>>>>>>>>> [2] - >>>>>>>>>>>>>>>> https://github.com/apache/gora/blob/apache-gora-0.9/gora-hbase/src/main/java/org/apache/gora/hbase/store/HBaseStore.java#L175 >>>>>>>>>>>>>>>> [3] - >>>>>>>>>>>>>>>> https://github.com/apache/gora/blob/apache-gora-0.9/gora-hbase/src/main/java/org/apache/gora/hbase/store/HBaseStore.java#L458 >>>>>>>>>>>>>>>> [4] - >>>>>>>>>>>>>>>> https://github.com/apache/gora/blob/apache-gora-0.9/gora-hbase/src/main/java/org/apache/gora/hbase/store/HBaseStore.java#L472 >>>>>>>>>>>>>>>> [5] - >>>>>>>>>>>>>>>> https://github.com/apache/gora/blob/apache-gora-0.9/gora-hbase/src/main/java/org/apache/gora/hbase/store/HBaseStore.java#L479 >>>>>>>>>>>>>>>> [6] - >>>>>>>>>>>>>>>> https://github.com/apache/gora/blob/apache-gora-0.9/gora-hbase/src/main/java/org/apache/gora/hbase/store/HBaseStore.java#L517 >>>>>>>>>>>>>>>> [7] - >>>>>>>>>>>>>>>> https://github.com/apache/gora/blob/apache-gora-0.9/gora-mongodb/src/main/java/org/apache/gora/mongodb/store/MongoStore.java#L533 >>>>>>>>>>>>>>>> [8] - >>>>>>>>>>>>>>>> https://github.com/apache/gora/blob/apache-gora-0.9/gora-cassandra/src/main/java/org/apache/gora/cassandra/store/CassandraStore.java#L292 >>>>>>>>>>>>>>>> [9] - >>>>>>>>>>>>>>>> https://github.com/apache/gora/blob/apache-gora-0.9/gora-aerospike/src/main/java/org/apache/gora/aerospike/store/AerospikeStore.java#L369 >>>>>>>>>>>>>>>> [10] - >>>>>>>>>>>>>>>> https://github.com/apache/gora/blob/apache-gora-0.9/gora-accumulo/src/main/java/org/apache/gora/accumulo/store/AccumuloStore.java#L902 >>>>>>>>>>>>>>>> [11] - https://kudu.apache.org/docs/installation.html >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> El lun., 8 jul. 2019 a las 3:42, John Mora (< >>>>>>>>>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi all. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> As every week I updated my report in the Wiki[1]. Also, I >>>>>>>>>>>>>>>>> pushed my last commits to my branch [2]. Please give it a >>>>>>>>>>>>>>>>> look if you have >>>>>>>>>>>>>>>>> time. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> This week, I will be continue working in the Queries >>>>>>>>>>>>>>>>> implementation, please reach me out if you have any >>>>>>>>>>>>>>>>> suggestions. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Also, while reviewing the datastore interface I noticed >>>>>>>>>>>>>>>>> this method 'getPartitions(Query<K, T> query)'. What is the >>>>>>>>>>>>>>>>> expected >>>>>>>>>>>>>>>>> behavior of this method?, should I use the partition >>>>>>>>>>>>>>>>> definition in the xml >>>>>>>>>>>>>>>>> mapping file for this?. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>>>>> John. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>>>> https://cwiki.apache.org/confluence/display/GORA/GORA-485+Apache+Kudu+datastore+for+Gora+Reports >>>>>>>>>>>>>>>>> [2] https://github.com/jhnmora000/gora/tree/GORA-485 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> El dom., 30 jun. 2019 a las 16:56, John Mora (< >>>>>>>>>>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Hi all. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I received my first evaluation from the Google Summer of >>>>>>>>>>>>>>>>>> Code program with a positive result. Thanks so much for your >>>>>>>>>>>>>>>>>> support and >>>>>>>>>>>>>>>>>> confidence to the project and me. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I updated my report of this week in the Wiki[1]. Also, I >>>>>>>>>>>>>>>>>> pushed my last commits to my branch [2]. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> This week, I will be reviewing my the serialization/ >>>>>>>>>>>>>>>>>> deserialization process in order to identify optimizations >>>>>>>>>>>>>>>>>> specific for >>>>>>>>>>>>>>>>>> Kudu. Because I used a generic methods of other backends >>>>>>>>>>>>>>>>>> which probably >>>>>>>>>>>>>>>>>> could be better tuned for kudu. Also, I will start working >>>>>>>>>>>>>>>>>> on the Queries >>>>>>>>>>>>>>>>>> implementation. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> BTW, I added a question to the wiki about Date types. >>>>>>>>>>>>>>>>>> Please give it a look if you have time. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>>>>> https://cwiki.apache.org/confluence/display/GORA/GORA-485+Apache+Kudu+datastore+for+Gora+Reports >>>>>>>>>>>>>>>>>> [2] https://github.com/jhnmora000/gora/tree/GORA-485 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> El jue., 27 jun. 2019 a las 21:02, John Mora (< >>>>>>>>>>>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi Carlos. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks for the reminder. I submitted the form yesterday. >>>>>>>>>>>>>>>>>>> :D >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Best, >>>>>>>>>>>>>>>>>>> John. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> El jue., 27 jun. 2019 a las 17:34, carlos muñoz (< >>>>>>>>>>>>>>>>>>> carlosr...@gmail.com>) escribió: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Hi John >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> The first Google Summer of Code evaluation is due on >>>>>>>>>>>>>>>>>>>> June 28th. Please make sure you submit your Mentors' >>>>>>>>>>>>>>>>>>>> evaluation on time. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>> Carlos >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> El dom., 23 jun. 2019 a las 18:29, John Mora (< >>>>>>>>>>>>>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hi all. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> FYI, I updated my report of this week on the Wiki[1]. >>>>>>>>>>>>>>>>>>>>> Also, I pushed my last commits to my branch [2]. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> As I mentioned in the reports I would like to know how >>>>>>>>>>>>>>>>>>>>> datastores deal with flush(), should it work always >>>>>>>>>>>>>>>>>>>>> manually executed?. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Finally, This week I will be implementing object >>>>>>>>>>>>>>>>>>>>> serialization/deserialization in the methods put, get, >>>>>>>>>>>>>>>>>>>>> delete, exists. Do >>>>>>>>>>>>>>>>>>>>> you have any suggestions on how to proceed with this >>>>>>>>>>>>>>>>>>>>> task?. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Footnote: Thanks for the feedback Carlos, I fixed the >>>>>>>>>>>>>>>>>>>>> problem. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>>>>>>>> https://cwiki.apache.org/confluence/display/GORA/GORA-485+Apache+Kudu+datastore+for+Gora+Reports >>>>>>>>>>>>>>>>>>>>> [2] https://github.com/jhnmora000/gora/tree/GORA-485 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> El lun., 17 jun. 2019 a las 22:58, carlos muñoz (< >>>>>>>>>>>>>>>>>>>>> carlosr...@gmail.com>) escribió: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Hi John >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Your last changes look good to me. Keep it up. But, I >>>>>>>>>>>>>>>>>>>>>> noticed that you have created an Enumeration for >>>>>>>>>>>>>>>>>>>>>> datatypes, which is very >>>>>>>>>>>>>>>>>>>>>> similar to the kudu-client's [2]. Probably you should >>>>>>>>>>>>>>>>>>>>>> replace [1] for [2] >>>>>>>>>>>>>>>>>>>>>> in order to avoid code duplication. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/GORA-485/gora-kudu/src/main/java/org/apache/gora/kudu/mapping/Column.java#L76 >>>>>>>>>>>>>>>>>>>>>> [2] >>>>>>>>>>>>>>>>>>>>>> https://kudu.apache.org/apidocs/org/apache/kudu/Type.html >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Best, >>>>>>>>>>>>>>>>>>>>>> Carlos >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> El sáb., 15 jun. 2019 a las 12:01, John Mora (< >>>>>>>>>>>>>>>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Hi all. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> I updated my report of this week on the Wiki[1]. I >>>>>>>>>>>>>>>>>>>>>>> noticed that my code is lacking some javadoc >>>>>>>>>>>>>>>>>>>>>>> documentation I think I will >>>>>>>>>>>>>>>>>>>>>>> be working on that this week, also I would like to >>>>>>>>>>>>>>>>>>>>>>> enable and check schema >>>>>>>>>>>>>>>>>>>>>>> management tests (createSchema, existsSchema, etc.). >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>>>>>>>>>> https://cwiki.apache.org/confluence/display/GORA/GORA-485+Apache+Kudu+datastore+for+Gora+Reports >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>>>>>>>>>>> John. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> El mar., 11 jun. 2019 a las 0:11, John Mora (< >>>>>>>>>>>>>>>>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Hi Alfonso. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Thanks so much for your feedback. I am working on >>>>>>>>>>>>>>>>>>>>>>>> your comments. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Best, >>>>>>>>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> El lun., 10 jun. 2019 a las 16:11, Alfonso >>>>>>>>>>>>>>>>>>>>>>>> Nishikawa (<alfonso.nishik...@gmail.com>) escribió: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Hi, John. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Regarding your questions at the report [1]: >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> - How to represent partitioning configurations >>>>>>>>>>>>>>>>>>>>>>>>> on the mapping file. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> This was discussed in other emails, isn't it? :) >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> - KuduTestHarness requires the Maven plugin >>>>>>>>>>>>>>>>>>>>>>>>> os-maven-plugin, which needs Maven 3.1.1+, is it a >>>>>>>>>>>>>>>>>>>>>>>>> problem for Apache Gora? >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> I believe it is not a problem. My Ubuntu comes >>>>>>>>>>>>>>>>>>>>>>>>> with 3.6.0, far from 3.1.1, and I assume everyone >>>>>>>>>>>>>>>>>>>>>>>>> uses Maven 3 in a quite >>>>>>>>>>>>>>>>>>>>>>>>> new version :) >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> [1] - >>>>>>>>>>>>>>>>>>>>>>>>> https://cwiki.apache.org/confluence/display/GORA/GORA-485+Apache+Kudu+datastore+for+Gora+Reports >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Alfonso Nishikawa >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> El lun., 10 jun. 2019 a las 21:07, Alfonso >>>>>>>>>>>>>>>>>>>>>>>>> Nishikawa (<alfonso.nishik...@gmail.com>) >>>>>>>>>>>>>>>>>>>>>>>>> escribió: >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Hi, John. >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Thank you! >>>>>>>>>>>>>>>>>>>>>>>>>> Things I have seen: >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> - The version of a maven dependency [1] should go >>>>>>>>>>>>>>>>>>>>>>>>>> on the Dependency Management of the root pom [2]. >>>>>>>>>>>>>>>>>>>>>>>>>> Same for [3] and from >>>>>>>>>>>>>>>>>>>>>>>>>> there, should not set the version there. >>>>>>>>>>>>>>>>>>>>>>>>>> - Set test dependencies' scope to test, at [4] >>>>>>>>>>>>>>>>>>>>>>>>>> and from there. >>>>>>>>>>>>>>>>>>>>>>>>>> - Set the indentation to 2 spaces for the pom [5] >>>>>>>>>>>>>>>>>>>>>>>>>> - Missing "t" in "localhost" at [6]. >>>>>>>>>>>>>>>>>>>>>>>>>> - Port 13 for Kudu? That is "Daytime Protocol" >>>>>>>>>>>>>>>>>>>>>>>>>> RFC 867 and you will need root permission to run it. >>>>>>>>>>>>>>>>>>>>>>>>>> The default port for >>>>>>>>>>>>>>>>>>>>>>>>>> kudu is 7051, isn't it? >>>>>>>>>>>>>>>>>>>>>>>>>> - I would ask you to add the same functionality >>>>>>>>>>>>>>>>>>>>>>>>>> to load the mapping from configuration as in HBase's >>>>>>>>>>>>>>>>>>>>>>>>>> store [7] in you >>>>>>>>>>>>>>>>>>>>>>>>>> KuduStore [8]. This will have implications on your >>>>>>>>>>>>>>>>>>>>>>>>>> readMapping at [9], so >>>>>>>>>>>>>>>>>>>>>>>>>> take a look at the one for HBase at [10] >>>>>>>>>>>>>>>>>>>>>>>>>> - I know it is in other backends, but avoid >>>>>>>>>>>>>>>>>>>>>>>>>> RuntimeExceptions (at least in Java since we have >>>>>>>>>>>>>>>>>>>>>>>>>> the checked ones) like in >>>>>>>>>>>>>>>>>>>>>>>>>> [11]. You can wrap them in GoraException. An example >>>>>>>>>>>>>>>>>>>>>>>>>> is [12] >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> And nothing more :) >>>>>>>>>>>>>>>>>>>>>>>>>> Keep going, good job. >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> [1] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/GORA-485/gora-kudu/pom.xml#L98 >>>>>>>>>>>>>>>>>>>>>>>>>> [2] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/GORA-485/pom.xml#L890 >>>>>>>>>>>>>>>>>>>>>>>>>> [3] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/GORA-485/gora-kudu/pom.xml#L121 >>>>>>>>>>>>>>>>>>>>>>>>>> [4] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/GORA-485/gora-kudu/pom.xml#L180 >>>>>>>>>>>>>>>>>>>>>>>>>> [5] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/GORA-485/gora-kudu/pom.xml >>>>>>>>>>>>>>>>>>>>>>>>>> [6] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/GORA-485/gora-kudu/src/test/resources/gora.properties#L18 >>>>>>>>>>>>>>>>>>>>>>>>>> [7] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/master/gora-hbase/src/main/java/org/apache/gora/hbase/store/HBaseStore.java#L92 >>>>>>>>>>>>>>>>>>>>>>>>>> [8] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/GORA-485/gora-kudu/src/main/java/org/apache/gora/kudu/store/KuduStore.java#L53 >>>>>>>>>>>>>>>>>>>>>>>>>> [9] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/GORA-485/gora-kudu/src/main/java/org/apache/gora/kudu/mapping/KuduMappingBuilder.java#L81 >>>>>>>>>>>>>>>>>>>>>>>>>> [10] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/master/gora-hbase/src/main/java/org/apache/gora/hbase/store/HBaseStore.java#L822 >>>>>>>>>>>>>>>>>>>>>>>>>> [11] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/GORA-485/gora-kudu/src/main/java/org/apache/gora/kudu/mapping/KuduMappingBuilder.java#L141 >>>>>>>>>>>>>>>>>>>>>>>>>> [12] - >>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/blob/master/gora-hbase/src/main/java/org/apache/gora/hbase/store/HBaseStore.java#L268 >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Alfonso Nishikawa >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> El sáb., 8 jun. 2019 a las 20:26, John Mora (< >>>>>>>>>>>>>>>>>>>>>>>>>> jhnmora...@gmail.com>) escribió: >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Hi all. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> I have just updated my weekly reports on Cwiki >>>>>>>>>>>>>>>>>>>>>>>>>>> [1]. This next week I think I should be focusing on >>>>>>>>>>>>>>>>>>>>>>>>>>> the create schema >>>>>>>>>>>>>>>>>>>>>>>>>>> operation and solving the issue of the partitioning >>>>>>>>>>>>>>>>>>>>>>>>>>> configurations in the >>>>>>>>>>>>>>>>>>>>>>>>>>> mapping file. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Please let me know if you have suggestions, my >>>>>>>>>>>>>>>>>>>>>>>>>>> last commits are available here [2] >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>>>>>>>>>>>>>> https://cwiki.apache.org/confluence/display/GORA/GORA-485+Apache+Kudu+datastore+for+Gora+Reports >>>>>>>>>>>>>>>>>>>>>>>>>>> [2] >>>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/jhnmora000/gora/tree/GORA-485 >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Best, >>>>>>>>>>>>>>>>>>>>>>>>>>> John >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>