Jenkins seems satisfied now :) I guess "Use private Maven repository" property did the job ?
Thanks, Amit On Mon, Mar 14, 2016 at 7:27 PM Jason Kuster <[email protected]> wrote: > Hi all, Davor asked me to investigate this issue. > > It seems like Jenkins might see no code changes between the earlier build > and the newer ones and thus just reuse old results? Amit, have you tried > just changing something trivial in the PR, generating a new commit, and > seeing if that kicks off a new Jenkins build? > > Jason > > On Mon, Mar 14, 2016 at 10:05 AM, Jean-Baptiste Onofré <[email protected]> > wrote: > > > 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 > > > > > > -- > ------- > Jason Kuster > Cloud Dataflow/Apache Beam (incubating) >
