[jira] Created: (HADOOP-6683) the first optimization: ZlibCompressor does not fully utilize the buffer

2010-04-05 Thread Xiao Kang (JIRA)
the first optimization: ZlibCompressor does not fully utilize the buffer Key: HADOOP-6683 URL: https://issues.apache.org/jira/browse/HADOOP-6683 Project: Hadoop Common

Re: [DISCUSSION] Release process

2010-04-05 Thread Allen Wittenauer
On Apr 5, 2010, at 5:06 PM, Chris K Wensel wrote: > > we need a well healed 1.0 sooner than later. Why?

Re: [DISCUSSION] Release process

2010-04-05 Thread Chris K Wensel
> Summarily: given that the APIs are *not* fully functional, preferred > alternatives in 0.20- we shouldn't base our 1.0 release on it. Do you > agree? -C well said, but I still think a release is fine off .20 if we remove the deprecation warnings (and drop the new apis completely as they add co

[jira] Created: (HADOOP-6682) NetUtils:normalizeHostName does not process hostnames starting with [a-f] correctly

2010-04-05 Thread Jakob Homan (JIRA)
NetUtils:normalizeHostName does not process hostnames starting with [a-f] correctly --- Key: HADOOP-6682 URL: https://issues.apache.org/jira/browse/HADOOP-6682 Project: H

Re: [DISCUSSION] Release process

2010-04-05 Thread Chris Douglas
> Actually, from my perspective, re the 0.20 branch, they are not preferred > alternatives and are not complete as more were introduced into .21 (of which > many are wrappers around the stable apis for sake of transition). Sorry, I must have been unclear, because this is part of the argument. Fi

Re: [DISCUSSION] Release process

2010-04-05 Thread Chris K Wensel
> The APIs at > issue have preferred alternatives and will be retained for backwards > compatibility reasons. Actually, from my perspective, re the 0.20 branch, they are not preferred alternatives and are not complete as more were introduced into .21 (of which many are wrappers around the stab

Re: gsoc

2010-04-05 Thread alex kamil
Pek, also check out these references, you may find some overlap with your thesis topic http://ianvarley.com/UT/MR/Varley_MastersReport_Full_2009-08-07.pdf http://www.umiacs.umd.edu/~jimmylin/book.html btw, if you are looking for an exciting research topic applying Hadoop in biomed world pls drop

Re: gsoc

2010-04-05 Thread Stack
Its a good idea Daniel. See https://issues.apache.org/jira/browse/HBASE-1109 St.Ack On Mon, Apr 5, 2010 at 1:06 PM, Allen Wittenauer wrote: > > On Apr 5, 2010, at 12:58 PM, Pek Daniel wrote: >> As far as i know Google's solution for storing static configuration is >> Chubby. Hadoop currently sug

Re: gsoc

2010-04-05 Thread Allen Wittenauer
On Apr 5, 2010, at 12:58 PM, Pek Daniel wrote: > As far as i know Google's solution for storing static configuration is > Chubby. Hadoop currently suggests manage-scripts for keeping in sync > the xml-files on the nodes' local fs. I think, it would be a great > summer project to make hadoop servic

gsoc

2010-04-05 Thread Pek Daniel
Hi everyone! I'm doing my master thesis about hadoop/hbase, hypertable, cassandra, voldemort and friends. The actual topic is noSQL databases as backends in various data-access patterns. In the meantime, I'm going to apply to google summer of code program. I have faced with some unresolved issues

Re: [DISCUSSION] Release process

2010-04-05 Thread Chris Douglas
> So, yes, deprecation is just a warning to avoid these APIs, but deprecation > is a stronger statement than you're portraying.  It's not fair notice that > the API may go away.  It's final notice that the API should go away but for > backward compatibility reasons it can't. Decprecated := don't us

Re: [DISCUSSION] Release process

2010-04-05 Thread Daniel Templeton
From the Java SE 7 JavaDocs: A program element annotated @Deprecated is one that programmers are discouraged from using, typically because it is dangerous, or because a better alternative exists. Compilers warn when a deprecated program element is used or overridden in non-deprecated code.

[jira] Created: (HADOOP-6681) Fill AWS credentials when configuring Hadoop on EC2 instances

2010-04-05 Thread Andrew Klochkov (JIRA)
Fill AWS credentials when configuring Hadoop on EC2 instances - Key: HADOOP-6681 URL: https://issues.apache.org/jira/browse/HADOOP-6681 Project: Hadoop Common Issue Type: Improvemen

[jira] Created: (HADOOP-6680) hadoop-cloud push command invokes proxy creation

2010-04-05 Thread Andrew Klochkov (JIRA)
hadoop-cloud push command invokes proxy creation Key: HADOOP-6680 URL: https://issues.apache.org/jira/browse/HADOOP-6680 Project: Hadoop Common Issue Type: Bug Components: contrib/cl

Re: a patch for src/contrib/cloud scripts

2010-04-05 Thread Tom White
On Mon, Apr 5, 2010 at 4:56 AM, Andrew Klochkov wrote: > Hi, > > I'm using new src/contrib/cloud scripts created by Tom White recently. Great > work, now we can easily deploy 0.20.x onto EC2. Thanks, Tom! > > I've just fixed several things in the scripts: > > 1. A typo in src/py/hadoop/cloud/cli.p

a patch for src/contrib/cloud scripts

2010-04-05 Thread Andrew Klochkov
Hi, I'm using new src/contrib/cloud scripts created by Tom White recently. Great work, now we can easily deploy 0.20.x onto EC2. Thanks, Tom! I've just fixed several things in the scripts: 1. A typo in src/py/hadoop/cloud/cli.py: on "push" command the script actually invokes proxy creation 2. Mo

src/contrib/cloud scripts

2010-04-05 Thread Andrew Klochkov
Hi, I'm using new src/contrib/cloud scripts created by Tom White recently. Great work, now we can easily deploy 0.20.x onto EC2. Thanks, Tom! I've just fixed 2 things in the scripts: 1. A typo in src/py/hadoop/cloud/cli.py: on "push" command the script actually invokes proxy creation 2. Modified