I suspect this is a different problem. Java will happily cast an int to a long where needed. Does mvn clean install fix this? If not, let's file a jira.
-- Lars ________________________________ From: Ted Yu <yuzhih...@gmail.com> To: user@hbase.apache.org Sent: Sunday, January 20, 2013 9:30 PM Subject: Re: HBase 0.94 shell throwing a NoSuchMethodError: hbase.util.Threads.sleep(I)V from ZK code Thanks for reporting this, Benoit. Here is the call: Threads.sleep(1); Here is the method to be called: public static void sleep(long millis) { Notice the mismatch in argument types: 1 being integer and millis being long. Cheers On Sun, Jan 20, 2013 at 9:01 PM, tsuna <tsuna...@gmail.com> wrote: > I just updated my local tree (branch 0.94, SVN r1435317) and I see > these spurious exceptions in the HBase shell: > > $ COMPRESSION=LZO HBASE_HOME=~/src/hbase ./src/create_table.sh > HBase Shell; enter 'help<RETURN>' for list of supported commands. > Type "exit<RETURN>" to leave the HBase Shell > Version 0.94.4, r6034258c5573cc0185c8e979b5599f73662374ed, Sat Jan 19 > 01:05:04 PST 2013 > > create 'tsdb-uid', > {NAME => 'id', COMPRESSION => 'LZO'}, > {NAME => 'name', COMPRESSION => 'LZO'} > 2013-01-20 20:56:20.116 java[41854:1203] Unable to load realm info > from SCDynamicStore > 13/01/20 20:56:25 ERROR zookeeper.ClientCnxn: Error while calling watcher > java.lang.NoSuchMethodError: org.apache.hadoop.hbase.util.Threads.sleep(I)V > at > org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.connectionEvent(ZooKeeperWatcher.java:342) > at > org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:286) > at > org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:521) > at > org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:497) > 0 row(s) in 6.5040 seconds > > > create 'tsdb', > {NAME => 't', VERSIONS => 1, COMPRESSION => 'LZO', BLOOMFILTER => 'ROW'} > 0 row(s) in 1.0830 seconds > > I don't have any local changes. Anyone else seeing this? It doesn't > seem to impact functionality (i.e. my table was created properly). > > -- > Benoit "tsuna" Sigoure >