You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Hadoop QA (JIRA)" <ji...@apache.org> on 2007/12/07 15:34:43 UTC
[jira] Commented: (HADOOP-2215) Change documentation in
cluster_setup.html and mapred_tutorial.html post HADOOP-1274
[ https://issues.apache.org/jira/browse/HADOOP-2215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12549419 ]
Hadoop QA commented on HADOOP-2215:
-----------------------------------
+1 overall. Here are the results of testing the latest attachment
http://issues.apache.org/jira/secure/attachment/12371222/patch-2215.txt
against trunk revision r602002.
@author +1. The patch does not contain any @author tags.
javadoc +1. The javadoc tool did not generate any warning messages.
javac +1. The applied patch does not generate any new compiler warnings.
findbugs +1. The patch does not introduce any new Findbugs warnings.
core tests +1. The patch passed core unit tests.
contrib tests +1. The patch passed contrib unit tests.
Test results: http://lucene.zones.apache.org:8080/hudson/job/Hadoop-Patch/1295/testReport/
Findbugs warnings: http://lucene.zones.apache.org:8080/hudson/job/Hadoop-Patch/1295/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html
Checkstyle results: http://lucene.zones.apache.org:8080/hudson/job/Hadoop-Patch/1295/artifact/trunk/build/test/checkstyle-errors.html
Console output: http://lucene.zones.apache.org:8080/hudson/job/Hadoop-Patch/1295/console
This message is automatically generated.
> Change documentation in cluster_setup.html and mapred_tutorial.html post HADOOP-1274
> ------------------------------------------------------------------------------------
>
> Key: HADOOP-2215
> URL: https://issues.apache.org/jira/browse/HADOOP-2215
> Project: Hadoop
> Issue Type: Bug
> Components: documentation
> Affects Versions: 0.16.0
> Reporter: Amareshwari Sri Ramadasu
> Assignee: Amareshwari Sri Ramadasu
> Fix For: 0.16.0
>
> Attachments: patch-2215.txt
>
>
> Documentation has to be changed in cluster_setup.html and mapred_tutorial.html to reflect usage of mapred.tasktracker.map.tasks.maximum and mapred.tasktracker.reduce.tasks.maximum instead of mapred.tasktracker.tasks.maximum.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
RE: [VOTE][PLAN] Graduate Hbase Shell as a contrib project (v.02)
Posted by edward yoon <we...@udanax.org>.
Hey stack.
1. Risky because it will encourage people to think that the shell is a good way to interact with HBase in general... [Bryan Duxbury]
2. Shell has outgrown hbase and no longer fits. It belongs in its own project.... [Michael Stack]
3. Why not startup a new project named hbaseshell over on sourceforge?... [Michael Stack]
Now it is a Key point at all.
And i was added your question to my questionnaire.
Just vote.
------------------------------
B. Regards,
Edward yoon @ NHN, corp.
Home : http://www.udanax.org
> Date: Sat, 8 Dec 2007 12:50:26 -0800
> From: stack@duboce.net
> To: hadoop-dev@lucene.apache.org
> Subject: Re: [VOTE][PLAN] Graduate Hbase Shell as a contrib project (v.02)
>
> My main issue with the below Edward is that its a vote on 'hbase
> shell'. I would suggest that we instead vote on whether the proposed
> hbase shell extensions -- RDF, Matrix, Relational Algebra, HQL Server,
> etc. -- belong in hbase core.
>
> In its current state, the 'hbase shell' is buggy and needs filling out
> but IMO, it is a critical hbase feature. It makes hbase familiar
> because you can do basic data definition, administrative functions, and
> simple queries using something that resembles the ubiquitous SQL.
>
> The extensions on the other hand, IMO, do not fit the scope of the hbase
> project. While I see much of merit in each of the proposed
> developments, when done as patches and wiki additions to the hbase core,
> they strike me as noise and a distraction.
>
> Below I suggest an alternate wording for the vote. See what you think.
>
>
> Do the proposed extensions to hbase shell, listed below, belong in hbase
> core:
>
> -------------------------------------------------------------------------------------
> [ ] +1 Yes, the proposed 'hbase shell' extensions belong in hbase core
> [ ] +0
> [ ] -0
> [ ] -1 No, the proposed 'hbase shell' extensions do not belong in hbase core
> -------------------------------------------------------------------------------------
>
>
> http://wiki.apache.org/lucene-hadoop/Hbase/RDF
> http://wiki.apache.org/lucene-hadoop/Hbase/Matrix
> http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell (The section
> on 'Relational Algebra').
>
> Below are a partial list of JIRAs:
>
> HADOOP-2329 Addition of Built-In Value Data Types for efficient
> accessing and stroing data
> HADOOP-2013 JOINs in select statement
> HADOOP-2328 Non-index join columns
> HADOOP-2143 Cell-value index option using lucene
> HADOOP-2005 SPARQL operations can be defined using modified
> relational algebra operators
>
> Reading voting rules for the Apache HTTP project,
> http://httpd.apache.org/dev/guidelines.html, if you put up the proposal,
> for sure you have a binding vote. As to who else has binding votes and
> as to how the vote will be determined, is a little up in the air. I'd
> guess the current hbase committers have binding votes. But 3 plus
> binding votes are required to carry a motion. To avoid the possibility
> of all 3 binding votes not being in favor and to avoid an unsettled
> proposition, I'd suggest that we give binding votes to others who have
> made contributions to hbase?
>
> St.Ack
>
>
> edward yoon wrote:
>> Hi, community.
>> I'm edward yoon, a worker for the 'hbase shell on hadoop + hbase' and 'RDF, Matrix storage on hadoop + hbase'.
>> Now I and other guys who did register for the hbase shell project would graduate as a contrib project from hbase sub-package.
>>
>> First i'm introducing ourselves.
>> I'm work for R&D center at NHN, corp( http://en.wikipedia.org/wiki/NHN )
>> And, i'm with an database expert, inchul(Ph.d candidate) and yongho(MM) and an enterpriser, jaesun(Ph.D) and some university's labs.
>> I believe that our work will makes the hadoop an even better platform for scientific and advanced analytics programming.
>>
>> So far, i was work alone on hbase for try to become a committer for company.
>> But, it seems to slow way.
>> After set up the hbase shell code to somewhere under contrib package,
>> I'd like to contribute these all for one set at once after internal works.
>>
>> So, i propose to graduate hbase shell as a contrib project.
>> If you find portraits of interest, please vote for the contrib project.
>>
>> 1. http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell
>> 2. http://wiki.apache.org/lucene-hadoop/Hbase/RDF
>> 3. http://wiki.apache.org/lucene-hadoop/Hbase/Matrix (Not yet)
>>
>> here's mine :
>> -------------------------------------------------------------------------------------
>> [ ] +1 Remove the hbase shell to other contrib project from hbase
>> [ ] +0
>> [ ] -0
>> [ ] -1 Retain the hbase shell as a package on hbase
>> -------------------------------------------------------------------------------------
>>
>> Ok, Thanks for your opinion.
>> But, if you voted against, please one more vote for a future release of the hbase shell on hbase.
>> I was proposed the addition of extensions as describe below
>>
>> 1. Relational algebra on Hbase
>> 2. HQL Socket server for executing the hql query in other applications
>>
>> Should it be committed to hbase core?
>>
>> here's mine :
>> -------------------------------------------------------------------------------------
>> [ ] +1 Proposed shell extensions should be committed to hbase core
>> [ ] +0
>> [ ] -0
>> [ ] -1 Retain the hbase shell as a package on hbase
>> -------------------------------------------------------------------------------------
>>
>> Thank you very much.
>> If you have any ideas, please let me know.
>>
>> Thanks,
>> Edward.
>>
>> ------------------------------
>> B. Regards,
>>
>> Edward yoon @ NHN, corp.
>> Home : http://www.udanax.org
>> _________________________________________________________________
>> You keep typing, we keep giving. Download Messenger and join the i’m Initiative now.
>> http://im.live.com/messenger/im/home/?source=TAGLM
>
_________________________________________________________________
Connect and share in new ways with Windows Live.
http://www.windowslive.com/connect.html?ocid=TXT_TAGLM_Wave2_newways_112007
RE: [VOTE][PLAN] Graduate Hbase Shell as a contrib project (v.02)
Posted by edward yoon <we...@udanax.org>.
> Below are a partial list of JIRAs:
I don’t have a word to say in excuse about these.
But, I was needed confirm message for the start work,
So i was made an senseless issues to avoid wasted efforts While I waits for your commit on other issue.
------------------------------
B. Regards,
Edward yoon @ NHN, corp.
Home : http://www.udanax.org
> Date: Sat, 8 Dec 2007 12:50:26 -0800
> From: stack@duboce.net
> To: hadoop-dev@lucene.apache.org
> Subject: Re: [VOTE][PLAN] Graduate Hbase Shell as a contrib project (v.02)
>
> My main issue with the below Edward is that its a vote on 'hbase
> shell'. I would suggest that we instead vote on whether the proposed
> hbase shell extensions -- RDF, Matrix, Relational Algebra, HQL Server,
> etc. -- belong in hbase core.
>
> In its current state, the 'hbase shell' is buggy and needs filling out
> but IMO, it is a critical hbase feature. It makes hbase familiar
> because you can do basic data definition, administrative functions, and
> simple queries using something that resembles the ubiquitous SQL.
>
> The extensions on the other hand, IMO, do not fit the scope of the hbase
> project. While I see much of merit in each of the proposed
> developments, when done as patches and wiki additions to the hbase core,
> they strike me as noise and a distraction.
>
> Below I suggest an alternate wording for the vote. See what you think.
>
>
> Do the proposed extensions to hbase shell, listed below, belong in hbase
> core:
>
> -------------------------------------------------------------------------------------
> [ ] +1 Yes, the proposed 'hbase shell' extensions belong in hbase core
> [ ] +0
> [ ] -0
> [ ] -1 No, the proposed 'hbase shell' extensions do not belong in hbase core
> -------------------------------------------------------------------------------------
>
>
> http://wiki.apache.org/lucene-hadoop/Hbase/RDF
> http://wiki.apache.org/lucene-hadoop/Hbase/Matrix
> http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell (The section
> on 'Relational Algebra').
>
> Below are a partial list of JIRAs:
>
> HADOOP-2329 Addition of Built-In Value Data Types for efficient
> accessing and stroing data
> HADOOP-2013 JOINs in select statement
> HADOOP-2328 Non-index join columns
> HADOOP-2143 Cell-value index option using lucene
> HADOOP-2005 SPARQL operations can be defined using modified
> relational algebra operators
>
> Reading voting rules for the Apache HTTP project,
> http://httpd.apache.org/dev/guidelines.html, if you put up the proposal,
> for sure you have a binding vote. As to who else has binding votes and
> as to how the vote will be determined, is a little up in the air. I'd
> guess the current hbase committers have binding votes. But 3 plus
> binding votes are required to carry a motion. To avoid the possibility
> of all 3 binding votes not being in favor and to avoid an unsettled
> proposition, I'd suggest that we give binding votes to others who have
> made contributions to hbase?
>
> St.Ack
>
>
> edward yoon wrote:
>> Hi, community.
>> I'm edward yoon, a worker for the 'hbase shell on hadoop + hbase' and 'RDF, Matrix storage on hadoop + hbase'.
>> Now I and other guys who did register for the hbase shell project would graduate as a contrib project from hbase sub-package.
>>
>> First i'm introducing ourselves.
>> I'm work for R&D center at NHN, corp( http://en.wikipedia.org/wiki/NHN )
>> And, i'm with an database expert, inchul(Ph.d candidate) and yongho(MM) and an enterpriser, jaesun(Ph.D) and some university's labs.
>> I believe that our work will makes the hadoop an even better platform for scientific and advanced analytics programming.
>>
>> So far, i was work alone on hbase for try to become a committer for company.
>> But, it seems to slow way.
>> After set up the hbase shell code to somewhere under contrib package,
>> I'd like to contribute these all for one set at once after internal works.
>>
>> So, i propose to graduate hbase shell as a contrib project.
>> If you find portraits of interest, please vote for the contrib project.
>>
>> 1. http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell
>> 2. http://wiki.apache.org/lucene-hadoop/Hbase/RDF
>> 3. http://wiki.apache.org/lucene-hadoop/Hbase/Matrix (Not yet)
>>
>> here's mine :
>> -------------------------------------------------------------------------------------
>> [ ] +1 Remove the hbase shell to other contrib project from hbase
>> [ ] +0
>> [ ] -0
>> [ ] -1 Retain the hbase shell as a package on hbase
>> -------------------------------------------------------------------------------------
>>
>> Ok, Thanks for your opinion.
>> But, if you voted against, please one more vote for a future release of the hbase shell on hbase.
>> I was proposed the addition of extensions as describe below
>>
>> 1. Relational algebra on Hbase
>> 2. HQL Socket server for executing the hql query in other applications
>>
>> Should it be committed to hbase core?
>>
>> here's mine :
>> -------------------------------------------------------------------------------------
>> [ ] +1 Proposed shell extensions should be committed to hbase core
>> [ ] +0
>> [ ] -0
>> [ ] -1 Retain the hbase shell as a package on hbase
>> -------------------------------------------------------------------------------------
>>
>> Thank you very much.
>> If you have any ideas, please let me know.
>>
>> Thanks,
>> Edward.
>>
>> ------------------------------
>> B. Regards,
>>
>> Edward yoon @ NHN, corp.
>> Home : http://www.udanax.org
>> _________________________________________________________________
>> You keep typing, we keep giving. Download Messenger and join the i’m Initiative now.
>> http://im.live.com/messenger/im/home/?source=TAGLM
>
_________________________________________________________________
Put your friends on the big screen with Windows Vista® + Windows Live™.
http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAGLM_CPC_MediaCtr_bigscreen_102007
Re: [VOTE][PLAN] Graduate Hbase Shell as a contrib project (v.02)
Posted by stack <st...@duboce.net>.
My main issue with the below Edward is that its a vote on 'hbase
shell'. I would suggest that we instead vote on whether the proposed
hbase shell extensions -- RDF, Matrix, Relational Algebra, HQL Server,
etc. -- belong in hbase core.
In its current state, the 'hbase shell' is buggy and needs filling out
but IMO, it is a critical hbase feature. It makes hbase familiar
because you can do basic data definition, administrative functions, and
simple queries using something that resembles the ubiquitous SQL.
The extensions on the other hand, IMO, do not fit the scope of the hbase
project. While I see much of merit in each of the proposed
developments, when done as patches and wiki additions to the hbase core,
they strike me as noise and a distraction.
Below I suggest an alternate wording for the vote. See what you think.
Do the proposed extensions to hbase shell, listed below, belong in hbase
core:
-------------------------------------------------------------------------------------
[ ] +1 Yes, the proposed 'hbase shell' extensions belong in hbase core
[ ] +0
[ ] -0
[ ] -1 No, the proposed 'hbase shell' extensions do not belong in hbase core
-------------------------------------------------------------------------------------
http://wiki.apache.org/lucene-hadoop/Hbase/RDF
http://wiki.apache.org/lucene-hadoop/Hbase/Matrix
http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell (The section
on 'Relational Algebra').
Below are a partial list of JIRAs:
HADOOP-2329 Addition of Built-In Value Data Types for efficient
accessing and stroing data
HADOOP-2013 JOINs in select statement
HADOOP-2328 Non-index join columns
HADOOP-2143 Cell-value index option using lucene
HADOOP-2005 SPARQL operations can be defined using modified
relational algebra operators
Reading voting rules for the Apache HTTP project,
http://httpd.apache.org/dev/guidelines.html, if you put up the proposal,
for sure you have a binding vote. As to who else has binding votes and
as to how the vote will be determined, is a little up in the air. I'd
guess the current hbase committers have binding votes. But 3 plus
binding votes are required to carry a motion. To avoid the possibility
of all 3 binding votes not being in favor and to avoid an unsettled
proposition, I'd suggest that we give binding votes to others who have
made contributions to hbase?
St.Ack
edward yoon wrote:
> Hi, community.
> I'm edward yoon, a worker for the 'hbase shell on hadoop + hbase' and 'RDF, Matrix storage on hadoop + hbase'.
> Now I and other guys who did register for the hbase shell project would graduate as a contrib project from hbase sub-package.
>
> First i'm introducing ourselves.
> I'm work for R&D center at NHN, corp( http://en.wikipedia.org/wiki/NHN )
> And, i'm with an database expert, inchul(Ph.d candidate) and yongho(MM) and an enterpriser, jaesun(Ph.D) and some university's labs.
> I believe that our work will makes the hadoop an even better platform for scientific and advanced analytics programming.
>
> So far, i was work alone on hbase for try to become a committer for company.
> But, it seems to slow way.
> After set up the hbase shell code to somewhere under contrib package,
> I'd like to contribute these all for one set at once after internal works.
>
> So, i propose to graduate hbase shell as a contrib project.
> If you find portraits of interest, please vote for the contrib project.
>
> 1. http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell
> 2. http://wiki.apache.org/lucene-hadoop/Hbase/RDF
> 3. http://wiki.apache.org/lucene-hadoop/Hbase/Matrix (Not yet)
>
> here's mine :
> -------------------------------------------------------------------------------------
> [ ] +1 Remove the hbase shell to other contrib project from hbase
> [ ] +0
> [ ] -0
> [ ] -1 Retain the hbase shell as a package on hbase
> -------------------------------------------------------------------------------------
>
> Ok, Thanks for your opinion.
> But, if you voted against, please one more vote for a future release of the hbase shell on hbase.
> I was proposed the addition of extensions as describe below
>
> 1. Relational algebra on Hbase
> 2. HQL Socket server for executing the hql query in other applications
>
> Should it be committed to hbase core?
>
> here's mine :
> -------------------------------------------------------------------------------------
> [ ] +1 Proposed shell extensions should be committed to hbase core
> [ ] +0
> [ ] -0
> [ ] -1 Retain the hbase shell as a package on hbase
> -------------------------------------------------------------------------------------
>
> Thank you very much.
> If you have any ideas, please let me know.
>
> Thanks,
> Edward.
>
> ------------------------------
> B. Regards,
>
> Edward yoon @ NHN, corp.
> Home : http://www.udanax.org
> _________________________________________________________________
> You keep typing, we keep giving. Download Messenger and join the i’m Initiative now.
> http://im.live.com/messenger/im/home/?source=TAGLM
[VOTE][PLAN] Graduate Hbase Shell as a contrib project (v.02)
Posted by edward yoon <we...@udanax.org>.
Hi, community.
I'm edward yoon, a worker for the 'hbase shell on hadoop + hbase' and 'RDF, Matrix storage on hadoop + hbase'.
Now I and other guys who did register for the hbase shell project would graduate as a contrib project from hbase sub-package.
First i'm introducing ourselves.
I'm work for R&D center at NHN, corp( http://en.wikipedia.org/wiki/NHN )
And, i'm with an database expert, inchul(Ph.d candidate) and yongho(MM) and an enterpriser, jaesun(Ph.D) and some university's labs.
I believe that our work will makes the hadoop an even better platform for scientific and advanced analytics programming.
So far, i was work alone on hbase for try to become a committer for company.
But, it seems to slow way.
After set up the hbase shell code to somewhere under contrib package,
I'd like to contribute these all for one set at once after internal works.
So, i propose to graduate hbase shell as a contrib project.
If you find portraits of interest, please vote for the contrib project.
1. http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell
2. http://wiki.apache.org/lucene-hadoop/Hbase/RDF
3. http://wiki.apache.org/lucene-hadoop/Hbase/Matrix (Not yet)
here's mine :
-------------------------------------------------------------------------------------
[ ] +1 Remove the hbase shell to other contrib project from hbase
[ ] +0
[ ] -0
[ ] -1 Retain the hbase shell as a package on hbase
-------------------------------------------------------------------------------------
Ok, Thanks for your opinion.
But, if you voted against, please one more vote for a future release of the hbase shell on hbase.
I was proposed the addition of extensions as describe below
1. Relational algebra on Hbase
2. HQL Socket server for executing the hql query in other applications
Should it be committed to hbase core?
here's mine :
-------------------------------------------------------------------------------------
[ ] +1 Proposed shell extensions should be committed to hbase core
[ ] +0
[ ] -0
[ ] -1 Retain the hbase shell as a package on hbase
-------------------------------------------------------------------------------------
Thank you very much.
If you have any ideas, please let me know.
Thanks,
Edward.
------------------------------
B. Regards,
Edward yoon @ NHN, corp.
Home : http://www.udanax.org
_________________________________________________________________
You keep typing, we keep giving. Download Messenger and join the i’m Initiative now.
http://im.live.com/messenger/im/home/?source=TAGLM
Re: [VOTE][PLAN] Graduate Hbase Shell as a contrib project
Posted by stack <st...@duboce.net>.
edward yoon wrote:
> And, i think sparse linear algebra is core of BigTable.
The work 'algebra' does not appear in the bigtable paper. 'Linear'
does once but in regard to a statement about bigtable performance.
St.Ack
RE: [VOTE][PLAN] Graduate Hbase Shell as a contrib project
Posted by edward yoon <we...@udanax.org>.
According to slogan of project, we can clearly discern the core and non-core of Hbase; A Google BigTable clone.
Then, we can think all things of the hbase shell are exists on another layer.
I think REST can be show that if a work environment is AJAX or some kind of open APIs, productivity increases.
The REST approches can't be adopted for all types of application.
And, i think sparse linear algebra is core of BigTable.
------------------------------
B. Regards,
Edward yoon @ NHN, corp.
Home : http://www.udanax.org
> From: jim@powerset.com
> To: hadoop-dev@lucene.apache.org
> Date: Fri, 7 Dec 2007 22:12:24 -0800
> Subject: RE: [VOTE][PLAN] Graduate Hbase Shell as a contrib project
>
> Just my two cents...
>
> The HBase shell has some components that are extremely valuable to
> the core of HBase. In particular, administrative functions such as
> creating/deleting/modifying tables and the ability to do simple
> queries from the command line.
>
> On the other hand, some of the proposed extensions are either
> extraneous or outside the scope of the HBase core.
>
> For example a socket server to the shell seems extraneous given
> that HBase has a REST interface. High volume updates or queries
> might better be handled by providing native language bindings for
> HBase. One mechanism that has been proposed for this is to use
> Thrift to communicate between clients and the HBase servers.
>
> Other extensions such as Matrix operations, RDF, and Relation-Algebra
> might better be packaged in a separate jar so they could be
> utilized in map/reduce jobs. Additionally, if they were
> generalized so that they could accept inputs from sources other
> than HBase, such as SequenceFiles (for example) it would be
> possible to apply these operations to non-HBase map/reduce
> jobs. In the shell, the ability to create and submit a map/reduce
> job using these operations might also be useful.
>
> ---
> Jim Kellerman, Senior Engineer; Powerset
>
>
>> -----Original Message-----
>> From: edward yoon [mailto:webmaster@udanax.org]
>> Sent: Friday, December 07, 2007 9:36 PM
>> To: hadoop-dev@lucene.apache.org
>> Subject: RE: [VOTE][PLAN] Graduate Hbase Shell as a contrib project
>>
>>
>> Ok stack, The effort to questionnaire rebuild has just begun.
>>
>> ------------------------------
>>
>> B. Regards,
>>
>> Edward yoon @ NHN, corp.
>> Home : http://www.udanax.org
>>
>>
>>> Date: Fri, 7 Dec 2007 21:24:42 -0800
>>> From: stack@duboce.net
>>> To: hadoop-dev@lucene.apache.org
>>> Subject: Re: [VOTE][PLAN] Graduate Hbase Shell as a contrib project
>>>
>>> Hey Edward, how about we consult first before putting out a
>> call for a
>>> vote. At least one option is missing as far as I can see: A
>> yes/no on
>>> whether patches and wiki proposals for
>>> Matrix+RDF+Relation-Algebra+HQL-Server proposed shell extensions
>>> Matrix+RDF+Relation-Algebra+should
>>> be committed to hbase core. Other folks might want to add
>> other options.
>>>
>>> St.Ack
>>>
>>>
>>> edward yoon wrote:
>>>> Hi, community.
>>>> I'm edward yoon, a worker for the 'hbase shell on hbase'
>> and 'RDF, Matrix storage on hadoop + hbase'.
>>>> I and other guys who did register for the hbase shell
>> project would graduate as a contrib project from hbase sub-package.
>>>> I believe that It will makes the hadoop an even better
>> platform for scientific and advanced analytics programming.
>>>>
>>>> So far, i was work alone for try to become a committer.
>>>> But, it seems to slow way.
>>>> I'd like to contribute these at once after internal works
>> after set up and move the hbase shell code to somewhere under
>> contrib package.
>>>>
>>>> So, i propose to graduate hbase shell as a contrib project.
>>>> If you find portraits of interest, please vote for the
>> contrib project.
>>>>
>>>> 1. http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell
>>>> 2. http://wiki.apache.org/lucene-hadoop/Hbase/RDF
>>>> 3. http://wiki.apache.org/lucene-hadoop/Hbase/Matrix
>>>>
>>>> A significant majority voted against the motion, I'll just entrust
>>>> the hbase shell policy to Hbase committers because the
>> complaints of the hbase shell in the hbase is much enough on
>> hadoop list and chatting room.
>>>>
>>>> 1. Risky because it will encourage people to think that
>> the shell is
>>>> a good way to interact with HBase in general... [Bryan Duxbury] 2.
>>>> Shell has outgrown hbase and no longer fits. It belongs in its own
>>>> project.... [Michael Stack] 3. Why not startup a new project named
>>>> hbaseshell over on sourceforge?... [Michael Stack]
>>>>
>>>> here's mine :
>>>>
>> ---------------------------------------------------------------------
>>>> ---------------- [ ] +1 Remove the hbase shell to other contrib
>>>> project from hbase [ ] +0 [ ] -0 [ ] -1 Retain the hbase
>> shell as a
>>>> package on hbase
>>>>
>> ---------------------------------------------------------------------
>>>> ----------------
>>>>
>>>> Thanks,
>>>> Edward.
>>>>
>>>> ------------------------------
>>>> B. Regards,
>>>>
>>>> Edward yoon @ NHN, corp.
>>>> Home : http://www.udanax.org
>>>> _________________________________________________________________
>>>> Put your friends on the big screen with Windows Vista(r) +
>> Windows Live(tm).
>>>>
>> http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAG
>>>> LM_CPC_MediaCtr_bigscreen_102007
>>>
>>
>> _________________________________________________________________
>> Put your friends on the big screen with Windows Vista(r) +
>> Windows Live(tm).
>> http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=
> TXT_TAGLM_CPC_MediaCtr_bigscreen_102007
>>
_________________________________________________________________
Put your friends on the big screen with Windows Vista® + Windows Live™.
http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAGLM_CPC_MediaCtr_bigscreen_102007
RE: [VOTE][PLAN] Graduate Hbase Shell as a contrib project
Posted by Jim Kellerman <ji...@powerset.com>.
Just my two cents...
The HBase shell has some components that are extremely valuable to
the core of HBase. In particular, administrative functions such as
creating/deleting/modifying tables and the ability to do simple
queries from the command line.
On the other hand, some of the proposed extensions are either
extraneous or outside the scope of the HBase core.
For example a socket server to the shell seems extraneous given
that HBase has a REST interface. High volume updates or queries
might better be handled by providing native language bindings for
HBase. One mechanism that has been proposed for this is to use
Thrift to communicate between clients and the HBase servers.
Other extensions such as Matrix operations, RDF, and Relation-Algebra
might better be packaged in a separate jar so they could be
utilized in map/reduce jobs. Additionally, if they were
generalized so that they could accept inputs from sources other
than HBase, such as SequenceFiles (for example) it would be
possible to apply these operations to non-HBase map/reduce
jobs. In the shell, the ability to create and submit a map/reduce
job using these operations might also be useful.
---
Jim Kellerman, Senior Engineer; Powerset
> -----Original Message-----
> From: edward yoon [mailto:webmaster@udanax.org]
> Sent: Friday, December 07, 2007 9:36 PM
> To: hadoop-dev@lucene.apache.org
> Subject: RE: [VOTE][PLAN] Graduate Hbase Shell as a contrib project
>
>
> Ok stack, The effort to questionnaire rebuild has just begun.
>
> ------------------------------
>
> B. Regards,
>
> Edward yoon @ NHN, corp.
> Home : http://www.udanax.org
>
>
> > Date: Fri, 7 Dec 2007 21:24:42 -0800
> > From: stack@duboce.net
> > To: hadoop-dev@lucene.apache.org
> > Subject: Re: [VOTE][PLAN] Graduate Hbase Shell as a contrib project
> >
> > Hey Edward, how about we consult first before putting out a
> call for a
> > vote. At least one option is missing as far as I can see: A
> yes/no on
> > whether patches and wiki proposals for
> > Matrix+RDF+Relation-Algebra+HQL-Server proposed shell extensions
> > Matrix+RDF+Relation-Algebra+should
> > be committed to hbase core. Other folks might want to add
> other options.
> >
> > St.Ack
> >
> >
> > edward yoon wrote:
> >> Hi, community.
> >> I'm edward yoon, a worker for the 'hbase shell on hbase'
> and 'RDF, Matrix storage on hadoop + hbase'.
> >> I and other guys who did register for the hbase shell
> project would graduate as a contrib project from hbase sub-package.
> >> I believe that It will makes the hadoop an even better
> platform for scientific and advanced analytics programming.
> >>
> >> So far, i was work alone for try to become a committer.
> >> But, it seems to slow way.
> >> I'd like to contribute these at once after internal works
> after set up and move the hbase shell code to somewhere under
> contrib package.
> >>
> >> So, i propose to graduate hbase shell as a contrib project.
> >> If you find portraits of interest, please vote for the
> contrib project.
> >>
> >> 1. http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell
> >> 2. http://wiki.apache.org/lucene-hadoop/Hbase/RDF
> >> 3. http://wiki.apache.org/lucene-hadoop/Hbase/Matrix
> >>
> >> A significant majority voted against the motion, I'll just entrust
> >> the hbase shell policy to Hbase committers because the
> complaints of the hbase shell in the hbase is much enough on
> hadoop list and chatting room.
> >>
> >> 1. Risky because it will encourage people to think that
> the shell is
> >> a good way to interact with HBase in general... [Bryan Duxbury] 2.
> >> Shell has outgrown hbase and no longer fits. It belongs in its own
> >> project.... [Michael Stack] 3. Why not startup a new project named
> >> hbaseshell over on sourceforge?... [Michael Stack]
> >>
> >> here's mine :
> >>
> ---------------------------------------------------------------------
> >> ---------------- [ ] +1 Remove the hbase shell to other contrib
> >> project from hbase [ ] +0 [ ] -0 [ ] -1 Retain the hbase
> shell as a
> >> package on hbase
> >>
> ---------------------------------------------------------------------
> >> ----------------
> >>
> >> Thanks,
> >> Edward.
> >>
> >> ------------------------------
> >> B. Regards,
> >>
> >> Edward yoon @ NHN, corp.
> >> Home : http://www.udanax.org
> >> _________________________________________________________________
> >> Put your friends on the big screen with Windows Vista(r) +
> Windows Live(tm).
> >>
> http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAG
> >> LM_CPC_MediaCtr_bigscreen_102007
> >
>
> _________________________________________________________________
> Put your friends on the big screen with Windows Vista(r) +
> Windows Live(tm).
> http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=
TXT_TAGLM_CPC_MediaCtr_bigscreen_102007
>
RE: [VOTE][PLAN] Graduate Hbase Shell as a contrib project
Posted by edward yoon <we...@udanax.org>.
Ok stack, The effort to questionnaire rebuild has just begun.
------------------------------
B. Regards,
Edward yoon @ NHN, corp.
Home : http://www.udanax.org
> Date: Fri, 7 Dec 2007 21:24:42 -0800
> From: stack@duboce.net
> To: hadoop-dev@lucene.apache.org
> Subject: Re: [VOTE][PLAN] Graduate Hbase Shell as a contrib project
>
> Hey Edward, how about we consult first before putting out a call for a
> vote. At least one option is missing as far as I can see: A yes/no on
> whether patches and wiki proposals for
> Matrix+RDF+Relation-Algebra+HQL-Server proposed shell extensions should
> be committed to hbase core. Other folks might want to add other options.
>
> St.Ack
>
>
> edward yoon wrote:
>> Hi, community.
>> I'm edward yoon, a worker for the 'hbase shell on hbase' and 'RDF, Matrix storage on hadoop + hbase'.
>> I and other guys who did register for the hbase shell project would graduate as a contrib project from hbase sub-package.
>> I believe that It will makes the hadoop an even better platform for scientific and advanced analytics programming.
>>
>> So far, i was work alone for try to become a committer.
>> But, it seems to slow way.
>> I'd like to contribute these at once after internal works after set up and move the hbase shell code to somewhere under contrib package.
>>
>> So, i propose to graduate hbase shell as a contrib project.
>> If you find portraits of interest, please vote for the contrib project.
>>
>> 1. http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell
>> 2. http://wiki.apache.org/lucene-hadoop/Hbase/RDF
>> 3. http://wiki.apache.org/lucene-hadoop/Hbase/Matrix
>>
>> A significant majority voted against the motion, I'll just entrust the hbase shell policy to Hbase committers
>> because the complaints of the hbase shell in the hbase is much enough on hadoop list and chatting room.
>>
>> 1. Risky because it will encourage people to think that the shell is a good way to interact with HBase in general... [Bryan Duxbury]
>> 2. Shell has outgrown hbase and no longer fits. It belongs in its own project.... [Michael Stack]
>> 3. Why not startup a new project named hbaseshell over on sourceforge?... [Michael Stack]
>>
>> here's mine :
>> -------------------------------------------------------------------------------------
>> [ ] +1 Remove the hbase shell to other contrib project from hbase
>> [ ] +0
>> [ ] -0
>> [ ] -1 Retain the hbase shell as a package on hbase
>> -------------------------------------------------------------------------------------
>>
>> Thanks,
>> Edward.
>>
>> ------------------------------
>> B. Regards,
>>
>> Edward yoon @ NHN, corp.
>> Home : http://www.udanax.org
>> _________________________________________________________________
>> Put your friends on the big screen with Windows Vista® + Windows Live™.
>> http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAGLM_CPC_MediaCtr_bigscreen_102007
>
_________________________________________________________________
Put your friends on the big screen with Windows Vista® + Windows Live™.
http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAGLM_CPC_MediaCtr_bigscreen_102007
Re: [VOTE][PLAN] Graduate Hbase Shell as a contrib project
Posted by stack <st...@duboce.net>.
Hey Edward, how about we consult first before putting out a call for a
vote. At least one option is missing as far as I can see: A yes/no on
whether patches and wiki proposals for
Matrix+RDF+Relation-Algebra+HQL-Server proposed shell extensions should
be committed to hbase core. Other folks might want to add other options.
St.Ack
edward yoon wrote:
> Hi, community.
> I'm edward yoon, a worker for the 'hbase shell on hbase' and 'RDF, Matrix storage on hadoop + hbase'.
> I and other guys who did register for the hbase shell project would graduate as a contrib project from hbase sub-package.
> I believe that It will makes the hadoop an even better platform for scientific and advanced analytics programming.
>
> So far, i was work alone for try to become a committer.
> But, it seems to slow way.
> I'd like to contribute these at once after internal works after set up and move the hbase shell code to somewhere under contrib package.
>
> So, i propose to graduate hbase shell as a contrib project.
> If you find portraits of interest, please vote for the contrib project.
>
> 1. http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell
> 2. http://wiki.apache.org/lucene-hadoop/Hbase/RDF
> 3. http://wiki.apache.org/lucene-hadoop/Hbase/Matrix
>
> A significant majority voted against the motion, I'll just entrust the hbase shell policy to Hbase committers
> because the complaints of the hbase shell in the hbase is much enough on hadoop list and chatting room.
>
> 1. Risky because it will encourage people to think that the shell is a good way to interact with HBase in general... [Bryan Duxbury]
> 2. Shell has outgrown hbase and no longer fits. It belongs in its own project.... [Michael Stack]
> 3. Why not startup a new project named hbaseshell over on sourceforge?... [Michael Stack]
>
> here's mine :
> -------------------------------------------------------------------------------------
> [ ] +1 Remove the hbase shell to other contrib project from hbase
> [ ] +0
> [ ] -0
> [ ] -1 Retain the hbase shell as a package on hbase
> -------------------------------------------------------------------------------------
>
> Thanks,
> Edward.
>
> ------------------------------
> B. Regards,
>
> Edward yoon @ NHN, corp.
> Home : http://www.udanax.org
> _________________________________________________________________
> Put your friends on the big screen with Windows Vista® + Windows Live™.
> http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAGLM_CPC_MediaCtr_bigscreen_102007
[VOTE][PLAN] Graduate Hbase Shell as a contrib project
Posted by edward yoon <we...@udanax.org>.
Hi, community.
I'm edward yoon, a worker for the 'hbase shell on hbase' and 'RDF, Matrix storage on hadoop + hbase'.
I and other guys who did register for the hbase shell project would graduate as a contrib project from hbase sub-package.
I believe that It will makes the hadoop an even better platform for scientific and advanced analytics programming.
So far, i was work alone for try to become a committer.
But, it seems to slow way.
I'd like to contribute these at once after internal works after set up and move the hbase shell code to somewhere under contrib package.
So, i propose to graduate hbase shell as a contrib project.
If you find portraits of interest, please vote for the contrib project.
1. http://wiki.apache.org/lucene-hadoop/Hbase/HbaseShell
2. http://wiki.apache.org/lucene-hadoop/Hbase/RDF
3. http://wiki.apache.org/lucene-hadoop/Hbase/Matrix
A significant majority voted against the motion, I'll just entrust the hbase shell policy to Hbase committers
because the complaints of the hbase shell in the hbase is much enough on hadoop list and chatting room.
1. Risky because it will encourage people to think that the shell is a good way to interact with HBase in general... [Bryan Duxbury]
2. Shell has outgrown hbase and no longer fits. It belongs in its own project.... [Michael Stack]
3. Why not startup a new project named hbaseshell over on sourceforge?... [Michael Stack]
here's mine :
-------------------------------------------------------------------------------------
[ ] +1 Remove the hbase shell to other contrib project from hbase
[ ] +0
[ ] -0
[ ] -1 Retain the hbase shell as a package on hbase
-------------------------------------------------------------------------------------
Thanks,
Edward.
------------------------------
B. Regards,
Edward yoon @ NHN, corp.
Home : http://www.udanax.org
_________________________________________________________________
Put your friends on the big screen with Windows Vista® + Windows Live™.
http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAGLM_CPC_MediaCtr_bigscreen_102007
Re: [jira] Commented: (HADOOP-2215) Change documentation in cluster_setup.html and mapred_tutorial.html post HADOOP-1274
Posted by Nigel Daley <nd...@yahoo-inc.com>.
> On Dec 7, 2007, at 10:36 AM, Doug Cutting wrote:
>
>> Hadoop QA (JIRA) wrote:
>>> +1 overall. Here are the results of testing the latest attachment
>>
>> Nigel, can we change Hudson to run the new "docs" task? This
>> requires installing 'forrest' on $PATH.
>
> Yes. I'll email the list once I've done this for both the nightly
> and patch builds.
>
> Nige
Ok, both builds should now be running the docs target.
Cheers,
Nige
Re: [jira] Commented: (HADOOP-2215) Change documentation in cluster_setup.html and mapred_tutorial.html post HADOOP-1274
Posted by Nigel Daley <nd...@yahoo-inc.com>.
On Dec 7, 2007, at 10:36 AM, Doug Cutting wrote:
> Hadoop QA (JIRA) wrote:
>> +1 overall. Here are the results of testing the latest attachment
>
> Nigel, can we change Hudson to run the new "docs" task? This
> requires installing 'forrest' on $PATH.
Yes. I'll email the list once I've done this for both the nightly
and patch builds.
Nige
Re: [jira] Commented: (HADOOP-2215) Change documentation in cluster_setup.html
and mapred_tutorial.html post HADOOP-1274
Posted by Doug Cutting <cu...@apache.org>.
Hadoop QA (JIRA) wrote:
> +1 overall. Here are the results of testing the latest attachment
Nigel, can we change Hudson to run the new "docs" task? This requires
installing 'forrest' on $PATH.
Doug