On Sat, Sep 18, 2010 at 2:32 PM, Robert Muir <rcm...@gmail.com> wrote: > > > On Sat, Sep 18, 2010 at 5:29 PM, Ryan McKinley <ryan...@gmail.com> wrote: >> >> On Sat, Sep 18, 2010 at 2:22 PM, Mark Miller <markrmil...@gmail.com> >> wrote: >> > I can see leaving the build support around for those committers that >> > like and want to support Maven - I'm sure it wouldn't be easy to rip it >> > out short term. But I still think it should be completely outside of the >> > RM's cares (as Yonik claims it is now - I'd like to see a bit of >> > consensus on it though). The RM does the Lucene release - someone steps >> > up and does the Maven stuff or they don't. >> > >> >> I agree with this -- let us make them two tasks. However can the RM >> run the "generate-maven-artifacts" task and put the results somewhere >> for someone else to deploy? >> > > I won't speak for anyone else, but the .pom files are signed by the RM's > key. > I checked to be sure, for example: > http://people.apache.org/~markrmiller/staging-area/rc1/maven/org/apache/solr/solr-core/ > as stated earlier, i dont want to sign anything that is incorrect. > I know the true purpose of signing, but i'm not willing to put my release > key on these things, unless there is automated testing. > is maven incompatible with unit testing?
To automatically test if the maven files work, we would need to run maven... that seems like a non-starter for many people. We could easily add a maven test project -- but for it to be 'real' it needs to use maven. I'll happily volunteer to write it. If you are worried about the signing part... can we keep the maven.dist folder out of the signing task? ryan --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
