Re: Jenkins build is still unstable: gora-trunk » Apache Gora :: Accumulo #206
Hi Keith, I see that we're back to the issue of testDeleteByQueryFields, and gora-accumulo. Is it possible to override this test, maintaining the correct logic within the gora-accumulo test suite itself? Lewis On Tue, Apr 3, 2012 at 6:13 AM, Apache Jenkins Server jenk...@builds.apache.org wrote: See https://builds.apache.org/job/gora-trunk/org.apache.gora$gora-accumulo/changes -- *Lewis*
Re: Jenkins build became unstable: gora-trunk » Apache Gora :: Hbase #206
Hi Guys, I think HBase tests are quite literally all over the place just now. I'll try to have a crack at them later this afternoon but it appears that quite often there is some dodgy outcomes from running the test suite against the hbase module. I can also confirm that my Gora build appears to hang when I build locally... does anyone else experience this? Thanks Lewis On Tue, Apr 3, 2012 at 6:13 AM, Apache Jenkins Server jenk...@builds.apache.org wrote: See https://builds.apache.org/job/gora-trunk/org.apache.gora$gora-hbase/206/ -- *Lewis*
Re: Jenkins build is still unstable: gora-trunk » Apache Gora :: Accumulo #206
I made that test a no-op for gora-accumulo. Hopefully that will fix things. Keith On Tue, Apr 3, 2012 at 6:50 AM, Lewis John Mcgibbney lewis.mcgibb...@gmail.com wrote: Hi Keith, I see that we're back to the issue of testDeleteByQueryFields, and gora-accumulo. Is it possible to override this test, maintaining the correct logic within the gora-accumulo test suite itself? Lewis On Tue, Apr 3, 2012 at 6:13 AM, Apache Jenkins Server jenk...@builds.apache.org wrote: See https://builds.apache.org/job/gora-trunk/org.apache.gora$gora-accumulo/changes -- *Lewis*
Re: Jenkins build is still unstable: gora-trunk » Apache Gora :: Accumulo #206
Nice one Keith. On Tue, Apr 3, 2012 at 3:01 PM, Keith Turner ke...@deenlo.com wrote: I made that test a no-op for gora-accumulo. Hopefully that will fix things. Keith On Tue, Apr 3, 2012 at 6:50 AM, Lewis John Mcgibbney lewis.mcgibb...@gmail.com wrote: Hi Keith, I see that we're back to the issue of testDeleteByQueryFields, and gora-accumulo. Is it possible to override this test, maintaining the correct logic within the gora-accumulo test suite itself? Lewis On Tue, Apr 3, 2012 at 6:13 AM, Apache Jenkins Server jenk...@builds.apache.org wrote: See https://builds.apache.org/job/gora-trunk/org.apache.gora$gora-accumulo/changes -- *Lewis* -- *Lewis*
Jenkins build is back to stable : gora-trunk » Apache Gora :: Accumulo #207
See https://builds.apache.org/job/gora-trunk/org.apache.gora$gora-accumulo/207/changes
[jira] [Commented] (GORA-66) testDeleteByQueryFields seems incorrect
[ https://issues.apache.org/jira/browse/GORA-66?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13245358#comment-13245358 ] Hudson commented on GORA-66: Integrated in gora-trunk #207 (See [https://builds.apache.org/job/gora-trunk/207/]) GORA-65 GORA-66 disabled testDeleteByQueryFields for accumulo (Revision 1308915) Result = SUCCESS kturner : Files : * /gora/trunk/gora-accumulo/src/test/java/org/apache/gora/accumulo/store/AccumuloStoreTest.java testDeleteByQueryFields seems incorrect --- Key: GORA-66 URL: https://issues.apache.org/jira/browse/GORA-66 Project: Apache Gora Issue Type: Bug Affects Versions: 0.2 Reporter: Keith Turner Fix For: 0.3 Attachments: GORA-66-1.patch While writing the Accumulo backend I have been trying to run some of the existing test against it. It seems that the test DataStoreTestUtil.testDeleteByQueryFields() has two problems. * The test does not flush the store after calling deleteByQuery(). This is needed for accumulo since deletes are just inserts and must be flushed. * The test expects the last key in a range that was deleted to be present. As far as I can tell the end key in a query should be inclusive, but the test treats as exclusive. I will submit a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (GORA-65) Implement Accumulo datastore for Gora
[ https://issues.apache.org/jira/browse/GORA-65?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13245359#comment-13245359 ] Hudson commented on GORA-65: Integrated in gora-trunk #207 (See [https://builds.apache.org/job/gora-trunk/207/]) GORA-65 GORA-66 disabled testDeleteByQueryFields for accumulo (Revision 1308915) Result = SUCCESS kturner : Files : * /gora/trunk/gora-accumulo/src/test/java/org/apache/gora/accumulo/store/AccumuloStoreTest.java Implement Accumulo datastore for Gora - Key: GORA-65 URL: https://issues.apache.org/jira/browse/GORA-65 Project: Apache Gora Issue Type: New Feature Components: storage-accumulo Reporter: Keith Turner Fix For: 0.2 Attachments: GORA-65-1.patch Accumulo is a BigTable implementation similar to HBase. Accumulo would be a great fit for another Gora datastore. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Jenkins build is back to stable : gora-trunk #207
See https://builds.apache.org/job/gora-trunk/207/changes
auto flush
Is there any particular reason that gora-hbase uses auto flush on every HTable connection? This makes Keith Turner's excellent goraci test run very slowly for hbase. Also, I was unable to subscribe using user-subscr...@gora.apache.org. -Eric
Re: auto flush
Hi Eric, On Tue, Apr 3, 2012 at 4:04 PM, Eric Newton eric.new...@gmail.com wrote: Is there any particular reason that gora-hbase uses auto flush on every HTable connection? I'm not using the HBase module at the moment so will wait for others to chime in, however maybe you could comment on an alternative implementation (or simply to remove auto flush making the flush configurable instead?) I would be really interested to hear your comments. This makes Keith Turner's excellent goraci test run very slowly for hbase. Well it's something we should defo look into then. Hopefully we can actually get this test suite integrated into our CI build soon, until then thanks for pointing out the problem. Also, I was unable to subscribe using user-subscr...@gora.apache.org. Yeah currently we don't have user list, all traffic has been coming through dev@. I was actually going to wait until after our next release before getting user@ sorted as most of the work going on has been development since graduation. I'll progress with logging an issue with INFRA though, thanks for pointing this out. Lewis
Republish Gora trunk Javadoc
Hi Guys, I've published site documentation and have included my experiences of doing so on our wiki, but would like to republish the Javadoc as there have been some recent commits that I would like to get pushed for others to view via Javadoc. Can anyone provide details of how I got about doing this? Thanks Lewis -- *Lewis*
Re: Republish Gora trunk Javadoc
Hey Lewis, I think you can do: 1. mvn javadoc:aggregate (from top level) 2. cp -R target/site/apidocs ../site/publish/apidocs-X.Y 3. cd ../site/publish; svn commit -m ... Make sense? Cheers, Chris On Apr 3, 2012, at 3:09 PM, Lewis John Mcgibbney wrote: Hi Guys, I've published site documentation and have included my experiences of doing so on our wiki, but would like to republish the Javadoc as there have been some recent commits that I would like to get pushed for others to view via Javadoc. Can anyone provide details of how I got about doing this? Thanks Lewis -- *Lewis* ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.a.mattm...@nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++