@hadoop.apache.org" <common-...@hadoop.apache.org>
Sent: Friday, October 23, 2015 4:43 PM
Subject: Re: hadoop-hdfs-client splitoff is going to break code
All tests that need to spin up a MiniDFSCluster will need to stay in
hadoop-hdfs. Other client only tests are being moved to the
hadoo
;hdfs-dev@hadoop.apache.org" <hdfs-dev@hadoop.apache.org>
> Cc: "common-...@hadoop.apache.org" <common-...@hadoop.apache.org>
> Sent: Monday, October 19, 2015 4:01 PM
> Subject: Re: hadoop-hdfs-client splitoff is going to break code
>
> Thanks for being pr
.apache.org" <hdfs-dev@hadoop.apache.org>
Cc: "common-...@hadoop.apache.org" <common-...@hadoop.apache.org>
Sent: Monday, October 19, 2015 4:01 PM
Subject: Re: hadoop-hdfs-client splitoff is going to break code
Thanks for being proactive here, Steve. I think thi
> On 19 Oct 2015, at 22:01, Colin P. McCabe wrote:
>
> Thanks for being proactive here, Steve.
no, just building downstream things. Caught a failure of spark to build against
trunk too, but that's a one liner to import the no-deprecated Auth Exception
> I think this is a
Thanks for being proactive here, Steve. I think this is a good example of
why this change should have been done in a branch rather than having been
done directly in trunk.
regards,
Colin
On Wed, Oct 14, 2015 at 10:36 AM, Steve Loughran
wrote:
> just an FYI, the split
just an FYI, the split off of hadoop hdfs into client and server is going to
break things.
I know that, as my code is broken; DFSConfigKeys off the path,
HdfsConfiguration, the class I've been loading to force pickup of hdfs-site.xml
-all missing.
This is because hadoop-client POM now
The jira tracking this issue is: https://issues.apache.org/jira/browse/HDFS-9241
+1 on option 2
I think it makes sense to make hadoop-client directly depend on hadoop-hdfs
(which itself depends on hadoop-hdfs-client).
Ciao,
Mingliang Liu
Member of Technical Staff - HDFS,
Hortonworks Inc.