You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@hbase.apache.org by Naama Kraus <na...@gmail.com> on 2008/03/16 09:26:59 UTC
Problems compiling with 0.16.1 jar
Hi All,
I've downloaded hadoop-0.16.1-hbase.jar from
http://hadoop.apache.org/core/releases.html
I try to implement a simple program, and I am stuck in the following line of
code:
BatchUpdate b = new BatchUpdate(new Text(k));
My compiler complain that the above constructor is undefined. It is only
familiar with the default constructor.
Can anyone hint on what am I doing wrong ?
Thanks, Naama
--
oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo
00 oo 00 oo
"If you want your children to be intelligent, read them fairy tales. If you
want them to be more intelligent, read them more fairy tales." (Albert
Einstein)
Re: Problems compiling with 0.16.1 jar
Posted by Naama Kraus <na...@gmail.com>.
Thank you, Naama
On Mon, Mar 17, 2008 at 6:46 PM, stack <st...@duboce.net> wrote:
> Naama Kraus wrote:
> > You mentioned that you plan a release candidate in the coming week. If
> you
> > come up with one, would you mind notifying the forum ?
> >
> Of course. Intent is to put up a release candidate first so folks can
> kick the tires and take it for a spin.
> > Another question is whether it would be still possible to run HBase to
> use
> > the lcoal file system (for development purposes of-course) as noted in
> >
> http://hadoop.apache.org/hbase/docs/current/api/overview-summary.html#runandconfirm?
> >
> >
> Yes. Its the default (hbase.rootdir is
> file:///tmp/hbase-${user.home}/hbase in hbase-default.xml).
>
> St.Ack
>
--
oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo
00 oo 00 oo
"If you want your children to be intelligent, read them fairy tales. If you
want them to be more intelligent, read them more fairy tales." (Albert
Einstein)
Re: Problems compiling with 0.16.1 jar
Posted by stack <st...@duboce.net>.
Naama Kraus wrote:
> You mentioned that you plan a release candidate in the coming week. If you
> come up with one, would you mind notifying the forum ?
>
Of course. Intent is to put up a release candidate first so folks can
kick the tires and take it for a spin.
> Another question is whether it would be still possible to run HBase to use
> the lcoal file system (for development purposes of-course) as noted in
> http://hadoop.apache.org/hbase/docs/current/api/overview-summary.html#runandconfirm?
>
>
Yes. Its the default (hbase.rootdir is
file:///tmp/hbase-${user.home}/hbase in hbase-default.xml).
St.Ack
Re: Problems compiling with 0.16.1 jar
Posted by Naama Kraus <na...@gmail.com>.
Hi St.Ack,
Thanks a lot for the detailed instructions.
You mentioned that you plan a release candidate in the coming week. If you
come up with one, would you mind notifying the forum ?
Another question is whether it would be still possible to run HBase to use
the lcoal file system (for development purposes of-course) as noted in
http://hadoop.apache.org/hbase/docs/current/api/overview-summary.html#runandconfirm?
Thanks,
Naama
On Sun, Mar 16, 2008 at 10:14 PM, stack <st...@duboce.net> wrote:
> Its not you. Fault is ours. We need to do up some documentation to
> help folks cross the transition of hbase as hadoop contrib to instead
> being a subproject of hadoop.
>
> Here are a few quick notes that hopefully get you going in the meantime.
>
> The short answer is that you need to build yourself a hbase jar with the
> 0.1 branch source at
> https://svn.apache.org/repos/asf/hadoop/hbase/branches/0.1 and use that
> instead of the hadoop-0.16.1-hbase.jar. The hbase ant jar tasks
> produces a jar named hbase-0.1.0-dev.jar under the hbase build. Use
> this to fix the missing dependency. You will probably also have to
> change your hbase-site.xml. Where the root.dir property has the path to
> where hbase is in hdfs -- e.g. /hbase -- well, now, it needs to be
> qualified with the filesystem to use. E.g:
> hdfs://YOUR_NAMENODE:NAMENODE_PORT/hbase (i.e. use the hadoop-site.xml
> fs.name.default as a prefix).
>
> Here's the longer answer
>
> Since hbase became a subproject, hbase development no longer happens at
> https://svn.apache.org/repos/asf/hadoop/core/trunk/src/contrib/hbase.
> Also, no hbase changes have been committed to the hadoop 0.16.0 branch
> under src/contrib/hbase since the hadoop 0.16.0 release.
>
> When we were made a subproject, a month or so ago, all hbase development
> moved to https://svn.apache.org/repos/asf/hadoop/hbase. Almost
> immediately, we made the 0.1 branch in hbase. Our 0.1 branch is
> intended to ride along on top of the hadoop 0.16 branch and its in this
> location in svn where we are adding fixes to the hbase that is in hadoop
> 0.16 branch. Our intent is to make a release soon off this branch. It
> will be called 0.1.0. Think of the hbase 0.1.0 release as the hbase
> that would have been released as part of hadoop 0.16.1 if we were still
> a contrib project. We hope to put up a release candidate this coming
> week.
>
> Other changes of note are that hbase now wants to stand apart from
> hadoop. Now it sits outside rather than under hadoop and at runtime,
> with configuration, you tell it where the hadoop to use is. When
> cocooned by hadoop, we could just read up a couple of levels in the
> directory hierarcy to read the hadoop-*.xml files to figure what hdfs to
> use or to satisfy build-time dependencies. Now you need to supply that
> info in hbase-site.xml -- hence, the changed root.dir semantics -- and
> hbase now bundles all it needs under lib, including the hadoop core jar.
>
> We'll do up a better story before release but hopefully the above
> suffices for now.
>
> St.Ack
>
>
>
>
>
>
>
> Naama Kraus wrote:
> > Hi All,
> >
> > I've downloaded hadoop-0.16.1-hbase.jar from
> > http://hadoop.apache.org/core/releases.html
> > I try to implement a simple program, and I am stuck in the following
> line of
> > code:
> >
> > BatchUpdate b = new BatchUpdate(new Text(k));
> >
> > My compiler complain that the above constructor is undefined. It is only
> > familiar with the default constructor.
> >
> > Can anyone hint on what am I doing wrong ?
> >
> > Thanks, Naama
> >
> >
>
>
--
oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo
00 oo 00 oo
"If you want your children to be intelligent, read them fairy tales. If you
want them to be more intelligent, read them more fairy tales." (Albert
Einstein)
Re: Problems compiling with 0.16.1 jar
Posted by stack <st...@duboce.net>.
Its not you. Fault is ours. We need to do up some documentation to
help folks cross the transition of hbase as hadoop contrib to instead
being a subproject of hadoop.
Here are a few quick notes that hopefully get you going in the meantime.
The short answer is that you need to build yourself a hbase jar with the
0.1 branch source at
https://svn.apache.org/repos/asf/hadoop/hbase/branches/0.1 and use that
instead of the hadoop-0.16.1-hbase.jar. The hbase ant jar tasks
produces a jar named hbase-0.1.0-dev.jar under the hbase build. Use
this to fix the missing dependency. You will probably also have to
change your hbase-site.xml. Where the root.dir property has the path to
where hbase is in hdfs -- e.g. /hbase -- well, now, it needs to be
qualified with the filesystem to use. E.g:
hdfs://YOUR_NAMENODE:NAMENODE_PORT/hbase (i.e. use the hadoop-site.xml
fs.name.default as a prefix).
Here's the longer answer
Since hbase became a subproject, hbase development no longer happens at
https://svn.apache.org/repos/asf/hadoop/core/trunk/src/contrib/hbase.
Also, no hbase changes have been committed to the hadoop 0.16.0 branch
under src/contrib/hbase since the hadoop 0.16.0 release.
When we were made a subproject, a month or so ago, all hbase development
moved to https://svn.apache.org/repos/asf/hadoop/hbase. Almost
immediately, we made the 0.1 branch in hbase. Our 0.1 branch is
intended to ride along on top of the hadoop 0.16 branch and its in this
location in svn where we are adding fixes to the hbase that is in hadoop
0.16 branch. Our intent is to make a release soon off this branch. It
will be called 0.1.0. Think of the hbase 0.1.0 release as the hbase
that would have been released as part of hadoop 0.16.1 if we were still
a contrib project. We hope to put up a release candidate this coming week.
Other changes of note are that hbase now wants to stand apart from
hadoop. Now it sits outside rather than under hadoop and at runtime,
with configuration, you tell it where the hadoop to use is. When
cocooned by hadoop, we could just read up a couple of levels in the
directory hierarcy to read the hadoop-*.xml files to figure what hdfs to
use or to satisfy build-time dependencies. Now you need to supply that
info in hbase-site.xml -- hence, the changed root.dir semantics -- and
hbase now bundles all it needs under lib, including the hadoop core jar.
We'll do up a better story before release but hopefully the above
suffices for now.
St.Ack
Naama Kraus wrote:
> Hi All,
>
> I've downloaded hadoop-0.16.1-hbase.jar from
> http://hadoop.apache.org/core/releases.html
> I try to implement a simple program, and I am stuck in the following line of
> code:
>
> BatchUpdate b = new BatchUpdate(new Text(k));
>
> My compiler complain that the above constructor is undefined. It is only
> familiar with the default constructor.
>
> Can anyone hint on what am I doing wrong ?
>
> Thanks, Naama
>
>
Re: Problems compiling with 0.16.1 jar
Posted by Naama Kraus <na...@gmail.com>.
Here is the compile error I get:
HBaseTry.java:41: cannot find symbol
[javac] symbol : constructor BatchUpdate(org.apache.hadoop.io.Text)
[javac] location: class org.apache.hadoop.hbase.io.BatchUpdate
[javac] BatchUpdate update = new BatchUpdate(row);
[javac] ^
[javac] 1 error
On Sun, Mar 16, 2008 at 10:26 AM, Naama Kraus <na...@gmail.com> wrote:
> Hi All,
>
> I've downloaded hadoop-0.16.1-hbase.jar from
> http://hadoop.apache.org/core/releases.html
> I try to implement a simple program, and I am stuck in the following line
> of code:
>
> BatchUpdate b = new BatchUpdate(new Text(k));
>
> My compiler complain that the above constructor is undefined. It is only
> familiar with the default constructor.
>
> Can anyone hint on what am I doing wrong ?
>
> Thanks, Naama
>
> --
> oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo
> 00 oo 00 oo
> "If you want your children to be intelligent, read them fairy tales. If
> you want them to be more intelligent, read them more fairy tales." (Albert
> Einstein)
--
oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo 00 oo
00 oo 00 oo
"If you want your children to be intelligent, read them fairy tales. If you
want them to be more intelligent, read them more fairy tales." (Albert
Einstein)