Thanks Patrick, Agreed. The issue with the jdk6 master build is that the dependencies are not installed. On a local machine if the libraries in the local repo under org/apache/blur are deleted and you cd into one of the modules (blur-core) and run "mvn clean test" it will fail because it can't find some other blur dependences. The command that needs to be run is "mvn -am -pl blur-core clean test" from the root (parent pom directory). I'm not sure how to modify jenkins to make happen, or if there's a way to get jenkins to just run the build from the root. Either way I would be happy to tinker with it to get it right so that way you don't have mess with it whenever we make a change.
Aaron On Tue, Sep 10, 2013 at 5:27 PM, Patrick Hunt <[email protected]> wrote: > fwiw the Blur jenkins jobs are not green. Might be good to have these > green as part of your release process: (not a blocker though). You can > see the issues here: > > https://builds.apache.org/view/A-D/view/Blur/ > https://builds.apache.org/view/A-D/view/Blur/job/Blur-master-jdk6/ > https://builds.apache.org/view/A-D/view/Blur/job/Blur-master-jdk7/ > > LMK if you need tweaks, you can also be added as a jenkins admin if > you want to manage these (add more, etc...) yourselves. > > Patrick > > On Tue, Sep 10, 2013 at 11:16 AM, Aaron McCurry <[email protected]> > wrote: > > I am canceling the vote and working through the issues that phunt posted. > > We will cut a new release once these issues are addressed. > > > > Thanks, > > Aaron > > > > > > On Tue, Sep 10, 2013 at 1:41 PM, Aaron McCurry <[email protected]> > wrote: > > > >> Agreed, I'm changing the assembly plugin to pull them in during the > binary > >> artifact creation. Thanks. > >> > >> Aaron > >> > >> > >> On Tue, Sep 10, 2013 at 1:30 PM, Doug Cutting <[email protected]> > wrote: > >> > >>> On Sun, Sep 8, 2013 at 8:59 PM, Patrick Hunt <[email protected]> wrote: > >>> > >>> > An aside - why do you need to distribute generated files in the > source > >>> > artifact? Perhaps consider not committing/including them? (only in > the > >>> > bin) > >>> > > >>> > >>> +1 I think it's best if the source release is nearly identical to a > clean > >>> checkout of the release tag, and we should avoid committing generated > >>> files > >>> unless the generating software is not easily available to all > developers > >>> (which is not great either). > >>> > >>> Doug > >>> > >> > >> >
