On 29/07/11 05:54, Arun C Murthy wrote:
FYI - please try the bits and vote on common-dev@.
thanks,
Arun
Begin forwarded message:
From: Owen O'Malley
Date: July 25, 2011 7:05:45 PM PDT
To: common-...@hadoop.apache.org
Subject: [VOTE] Release 0.20.204.0-rc0
Reply-To: common-...@hadoop.apache.or
Hi Joep,
Regarding your first paragraph question, this is a byproduct of using maven.
Regarding using a particular build, if you are using SNAPSHOT versions it
means you want to be on the 'head', you are on development mode. Of course
you can, as you indicate, to fix on a particular SNAPSHOT arti
On 29/07/11 03:10, Rottinghuis, Joep wrote:
Alejandro,
Are you trying the use-case when people will want to locally build a consistent
set of common, hdfs, and mapreduce without the downstream projects depending on
published Maven SNAPSHOTS?
I'm working to get this going on 0.22 right now (see
Thanks for the votes. The vote has passed and I committed a merge to trunk
just now. If anything breaks, don't hesitate to drop me a mail.
-Todd
On Thu, Jul 28, 2011 at 12:27 PM, Matt Foley wrote:
> +1 for the merge. I've read a majority of the code changes, excluding the
> BNN and 2NN, approac
On 7/29/11 8:00 AM, "Alejandro Abdelnur" wrote:
>Hi Joep,
>
>Regarding your first paragraph question, this is a byproduct of using
>maven.
It should be possible to clean your local repo, then type 'mvn compile' on
the top level pom (aggregator of common, mapreduce, hdfs) and have that
succeed
Thanks for the replies.
To elaborate on why I want to build on a server w/o Internet access:
Build should not reach out to Internet and grab jars from unverified sources
w/o md5 hash check etc.
The resulting code will run on a large production cluster with
sensitive/private data. From a complian
Sounds good. Will give this a try on trunk after patch merges in.
Thanks,
Joep
-Original Message-
From: Scott Carey [mailto:sc...@richrelevance.com]
Sent: Friday, July 29, 2011 2:18 PM
To: general@hadoop.apache.org
Subject: Re: follow up Hadoop mavenization work
On 7/29/11 8:00 AM, "
Joep,
Ivy & Maven pull JARs from the maven repos you specify.
Maven verifies checksums and I assume Ivy does.
You could turn your verified ~/.m2 into a Maven proxy and switch fetching
JARs not found in the proxy cache.
Bottom line, for you concerns Ivy and Maven are equally good or bad.
Thanks
Agreed.
I was not arguing against Mavenization. I was merely explaining what my usecase
is and why.
Thanks,
Joep
-Original Message-
From: Alejandro Abdelnur [mailto:t...@cloudera.com]
Sent: Friday, July 29, 2011 5:17 PM
To: general@hadoop.apache.org
Subject: Re: follow up Hadoop maven