+ Copying common dev.
On 9/6/11 10:58 AM, "Mithun Radhakrishnan"
wrote:
I'm leaning towards creating a trunk/hadoop-tools/hadoop-distcp (etc.). I'm
hoping that's going to be acceptable to this forum. This way, moving it out to
a separate source tree should be easier.
It would be nice to have
+1
On Sep 6, 2011, at 12:13 AM, Amareshwari Sri Ramadasu wrote:
> + Copying common dev.
>
> On 9/6/11 10:58 AM, "Mithun Radhakrishnan"
> wrote:
>
> I'm leaning towards creating a trunk/hadoop-tools/hadoop-distcp (etc.). I'm
> hoping that's going to be acceptable to this forum. This way, movi
[
https://issues.apache.org/jira/browse/HADOOP-7537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kihwal Lee resolved HADOOP-7537.
Resolution: Won't Fix
> Add PowerMock for the development of better tests
> --
On Tue, Sep 6, 2011 at 10:58 AM, Mithun Radhakrishnan <
mithun.radhakrish...@yahoo.com> wrote:
> I'm leaning towards creating a trunk/hadoop-tools/hadoop-distcp (etc.). I'm
> hoping that's going to be acceptable to this forum. This way, moving it out
> to a separate source tree should be easier.
>
On Sep 6, 2011, at 9:30 AM, Vinod Kumar Vavilapalli wrote:
> We still need to answer Amareshwari's question (2) she asked some time back
> about the automated code compilation and test execution of the tools module.
>>> My #1 question is if tools is basically contrib reborn. If not, what
>> ma
On Tue, Sep 6, 2011 at 10:11 AM, Allen Wittenauer wrote:
>
> On Sep 6, 2011, at 9:30 AM, Vinod Kumar Vavilapalli wrote:
>> We still need to answer Amareshwari's question (2) she asked some time back
>> about the automated code compilation and test execution of the tools module.
>
>
>
My #1 qu
On Sep 6, 2011, at 4:32 PM, Eli Collins wrote:
>
> IMO if the tools module only gets stuff like distcp that's maintained
> then it's not contrib, if it contains all the stuff from the current
> MR contrib then tools is just a re-labeling of contrib. Given that
> this proposal only covers moving d
Option #2 proposed by Amareshwari, seems like a better proposal. We don't want
to repeat history for contrib again with hadoop-tools. Having a generic module
like hadoop-tools increases the risk of accumulate dead code. It would be
better to categorize the hdfs or mapreduce specific tools in
Eric,
Personally I'm fine either way.
Still, I fail to see why a generic/categorized tools increase/reduce the
risk of dead code and how they make more-difficult/easier the
package&deployment.
Would you please explain this?
Thanks.
Alejandro
On Tue, Sep 6, 2011 at 6:38 PM, Eric Yang wrote: