Let's get in touch to see what's going on.
Thanks,
Regards
JB
On 03/14/2016 06:01 PM, Davor Bonaci wrote:
We are investigating.
On Sun, Mar 13, 2016 at 11:49 PM, Amit Sela <[email protected]> wrote:
Thanks JB,
I've tried to rebuild (#64) but it seems as if it ignores the PR code
although it states it's a rebuild of the original PR build (#61).
Was anything else changed ?
On Mon, Mar 14, 2016 at 2:48 AM Jean-Baptiste Onofré <[email protected]>
wrote:
Hi Amit,
I updated the two Beam jobs to use private Maven repository. Let me know
if it helps (else I will revert the change).
Regards
JB
On 03/13/2016 07:47 PM, Amit Sela wrote:
I don't think I have permissions...
@JB @davor any of you have permissions to configure Jenkins jobs ?
On Sun, Mar 13, 2016 at 4:29 PM Andreas Veithen <
[email protected]>
wrote:
You should probably enable the "Use private Maven repository" option
in
the
Jenkins build.
Andreas
On Sun, Mar 13, 2016 at 8:11 AM, Amit Sela <[email protected]>
wrote:
I don't see anything either, but I suspect it's some sort of a cache
in
Jenkins maven.
When I tried to build the original spark-dataflow project (Cloudera)
against Beam instead of Dataflow, I removed all Cloudera repositories
from
the pom and even removed the Cloudera hadoop artifacts from my
.m2/repository but it kept downloading hadoop CDH... Only after I
deleted
my entire ~/.m2/repository it downloaded Apache Hadoop.
I'm not suggesting we delete Jenkins' .m2/repository (yet...) but I
think
it's some sort of cache and I'm not sure how to resolve it.
You gotta admit it's strange that it downloads MapR hadoop
artifacts....
On Sun, Mar 13, 2016 at 9:18 AM Davor Bonaci
<[email protected]
wrote:
I've added "help:effective-settings" goal to the pre-commit Jenkins
project, and rebuilt your pull request in Jenkins #62.
I didn't see anything suspicious; see console output with effective
settings.xml here [1].
[1] https://builds.apache.org/job/beam_PreCommit/62/console
On Sat, Mar 12, 2016 at 10:45 PM, Amit Sela <[email protected]>
wrote:
OS=looks. Sorry, phone autocorrect ;)
On Sun, Mar 13, 2016, 08:39 Amit Sela <[email protected]>
wrote:
Well, I can't run mvn dependency:tree but the downloading of MapR
Hadoop
dependencies OS suspicious... I remember I had this issue once
with
Cloudera distribution and I resolved it by deleting my entire
.m2/repository
And Travis runs the same tests successfully...
On Sun, Mar 13, 2016, 08:35 Davor Bonaci <[email protected]
wrote:
Jenkins jobs currently use "default Maven settings" and "default
Maven
global settings". We have some (limited) ability to view and
change
these
settings ourselves.
Can we definitely confirm this is the root-cause?
On Sat, Mar 12, 2016 at 8:49 AM, Amit Sela <[email protected]
wrote:
I've issued PR https://github.com/apache/incubator-beam/pull/42
and
while
Travis seems happy about it, Jenkis is not.
Checking the build console
https://builds.apache.org/job/beam_PreCommit/61/console I see
that
for
some
reason it downloads MapR hadoop artifacts such as:
[INFO] Downloading:
https://repository.jboss.org/nexus/content/repositories/releases/org/apache/hadoop/hadoop-client/2.7.0-mapr-1509/hadoop-client-2.7.0-mapr-1509.jar
instead of Apache Hadoop from Maven Central.
It seems that the issues causing the tests to fail are related
to
the
MapR distribution..
Any reason for that ? How/Where does Jenkins configure it's
settings.xml ?
Thanks,
Amit
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
