Jenkins build is back to normal : HBase-0.92 #168

2011-12-02 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-0.92/168/changes

Re: SequenceFileLogReader uses a reflection hack resulting in runtime failures

2011-12-02 Thread Mikhail Bautin
OK, I've switched to RawLocalFileSystem and it seemed to fix log splitting issues. However, I'm still seeing the following when loading random data (not killing the regionserver yet). Any idea about what this could be? java.util.concurrent.ExecutionException: java.io.IOException:

Coprocessors dynamic jar loading and coprocessorExec

2011-12-02 Thread Andrei Dragomir
I'm running into a bit of an issue with table coprocessors loaded dynamically. I'm setting a table coprocessor from the shell (dynamic loading), everything works fine. The coprocessor is not a RegionObserver / WALObserver, it just has a custom method. I see in the logs the coprocessor class

Jenkins build is back to normal : HBase-TRUNK #2508

2011-12-02 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-TRUNK/2508/changes

Re: Coprocessors dynamic jar loading and coprocessorExec

2011-12-02 Thread bijieshan
In my understanding, all the coprocessors are loaded in the initialization of coprocessor environment, dynamic loading is not supported currently. Maybe we can add this new feature. Jieshan -- 发件人: Andrei Dragomir [mailto:adrag...@adobe.com] 发送时间: 2011年12月2日 17:07 收件人:

Re: SequenceFileLogReader uses a reflection hack resulting in runtime failures

2011-12-02 Thread Stack
On Thu, Dec 1, 2011 at 10:58 PM, Mikhail Bautin bautin.mailing.li...@gmail.com wrote: @Stack: I am using hadoop-0.20.205.0 (the default Hadoop version from pom.xml). There is a private getFileLength() method, but getMethod() does not allow to retrieve it. We should use getDeclaredMethod() --

Re: SequenceFileLogReader uses a reflection hack resulting in runtime failures

2011-12-02 Thread Nicolas Spiegelberg
I think it's good to remove the reflection when we can, more because it's easier to catch compile-time errors than run-time. The perf is negligible when you cache. As I recall, the problem here is the function was private in older versions. We just need to make sure that we don't support

Re: Coprocessors dynamic jar loading and coprocessorExec

2011-12-02 Thread Ted Yu
Andrei: Setting a table coprocessor from the shell is a new feature. Are you using 0.92 ? You are welcome to create a JIRA and publish your patch. On Fri, Dec 2, 2011 at 5:06 PM, Andrei Dragomir adrag...@adobe.com wrote: I'm running into a bit of an issue with table coprocessors loaded

rename book to manual?

2011-12-02 Thread Todd Lipcon
Just an idle thought on a Friday evening: I always find it confusing that we have two hbase books. - There's the wonderful one that Doug primarily maintains in SVN: http://hbase.apache.org/book.html - and the other wonderful one that Lars wrote: http://shop.oreilly.com/product/0636920014348.do

Re: rename book to manual?

2011-12-02 Thread Jonathan Gray
+1 On Dec 2, 2011, at 6:29 PM, Todd Lipcon t...@cloudera.com wrote: Just an idle thought on a Friday evening: I always find it confusing that we have two hbase books. - There's the wonderful one that Doug primarily maintains in SVN: http://hbase.apache.org/book.html - and the other

Re: rename book to manual?

2011-12-02 Thread Jean-Daniel Cryans
+one On Fri, Dec 2, 2011 at 6:29 PM, Todd Lipcon t...@cloudera.com wrote: Just an idle thought on a Friday evening: I always find it confusing that we have two hbase books. - There's the wonderful one that Doug primarily maintains in SVN: http://hbase.apache.org/book.html - and the other

Re: rename book to manual?

2011-12-02 Thread Otis Gospodnetic
+1 And one of them is starting to get almost as long as the Bible (too competitive of a SEO term) Otis Sematext :: http://sematext.com/ :: Solr - Lucene - Hadoop - HBase Hadoop ecosystem search :: http://search-hadoop.com/ - Original Message - From: Todd Lipcon

Re: Coprocessors dynamic jar loading and coprocessorExec

2011-12-02 Thread Andrei Dragomir
Yup, 0.92. However, I don't think it is linked to setting it from the shell, or programmatically from java code (new HtableDescriptor). I am using a dynamically loaded coprocessor though, from HDFS. The problem seems to be that the coprocessor protocol that I am using is not available in the

Jenkins build is back to normal : HBase-0.92-security #29

2011-12-02 Thread Apache Jenkins Server
See https://builds.apache.org/job/HBase-0.92-security/29/changes