hadoop-common-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Allen Wittenauer ...@altiscale.com>
Subject Re: Status: hadoop-common precommit
Date Thu, 22 Oct 2015 00:48:36 GMT

On Oct 21, 2015, at 5:11 PM, Allen Wittenauer <aw@altiscale.com> wrote:

>> https://issues.apache.org/jira/browse/HADOOP-12500?focusedCommentId=14968065&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14968065
> 	This is yetus.
>> Looks like a bug?

	Actually, looking closer at this last one, this is a fun one.  I’m still experimenting,
but it looks like a backwards incompatible change that breaks the build dependency ordering.
   It’s trying to grab a jar from the maven repos that doesn’t exist yet. This *will*
succeed if the local cache already has a copy of it. Chances are, if this commit were to go
in, it’ll break every build that doesn’t run at root until the master maven repo or the
local cache is up-to-date.  It’s a flag day for building trunk. 

	Unlike the older version, the Yetus’ hadoop module avoids building at root to speed things
up  and has a list of modules to build in a particular order and even injecting other compiles
that normally wouldn’t happen in order to improve test coverage.  So old test-patch would
let this go through unabated, the new one does not.  It’s an extremely rare event that this
type of re-ordering occurs, so risk/reward favors risk.

	Depending upon your point of view, this is a feature, not a bug.  File a bug (and, preferably,
a patch) against Yetus to update the hadoop personality to tell yetus that a new order is
View raw message