I think pub-maven is still used, but let me check.

On Aug 26, 2009, at 8:47 AM, Michael McCandless wrote:

Thanks Grant.

Should we remove https://svn.apache.org/repos/asf/lucene/java/nightly
entirely?  Ie we are not using any of these files anymore?:

README.txt nightly.properties nightly.sh.bak publish- maven.sh
nightly.cron            nightly.sh

Mike

On Wed, Aug 26, 2009 at 8:20 AM, Grant Ingersoll<gsing...@apache.org> wrote:
Here's what is currently run on Hudson as shell:

set -x

export FORREST_HOME=/export/home/nigel/tools/forrest/latest

ANT_HOME=/export/home/hudson/tools/ant/latest

ARTIFACTS=$WORKSPACE/artifacts
MAVEN_ARTIFACTS=$WORKSPACE/maven_artifacts
TRUNK=$WORKSPACE/trunk
mkdir -p $ARTIFACTS
mkdir -p $MAVEN_ARTIFACTS
cd $TRUNK

echo "Workspace: $WORKSPACE"

# run build
#$ANT_HOME/bin/ant -lib /export/home/nigel/hudsonSupport/junit \
#  -Dversion=$BUILD_ID -Dtest.junit.output.format=xml nightly
# release it
#cp dist/*.tar.gz $ARTIFACTS

#Package the Source
$ANT_HOME/bin/ant -Dversion=$BUILD_ID \
  -Dsvnversion.exe=/opt/subversion-current/bin/svnversion \
  -Dsvn.exe=/opt/subversion-current/bin/svn \
  clean package-tgz-src
# release it
cp dist/*-src.tar.gz $ARTIFACTS

#Generate the Maven snapshot
#Update the Version # when doing a release
$ANT_HOME/bin/ant -lib /export/home/nigel/hudsonSupport/maven \
 -Dsvnversion.exe=/opt/subversion-current/bin/svnversion \
 -Dsvn.exe=/opt/subversion-current/bin/svn \
 -Dversion=2.9-SNAPSHOT generate-maven-artifacts
#copy the artifacts to the side so the cron job can publish them
echo "Copying Maven artifacts to $MAVEN_ARTIFACTS"
cp -R dist/maven/org/apache/lucene $MAVEN_ARTIFACTS
echo "Done Copying Maven Artifacts"

# run build
$ANT_HOME/bin/ant -lib /export/home/nigel/hudsonSupport/junit \
 -Dsvnversion.exe=/opt/subversion-current/bin/svnversion \
 -Dsvn.exe=/opt/subversion-current/bin/svn \
 -Dversion=$BUILD_ID -Dtest.junit.output.format=xml nightly
# release it
cp dist/*.tar.gz $ARTIFACTS

$ANT_HOME/bin/ant -Dversion=$BUILD_ID \
 -Dsvnversion.exe=/opt/subversion-current/bin/svnversion \
 -Dsvn.exe=/opt/subversion-current/bin/svn \
 javadocs

#Rerun nightly with clover on
$ANT_HOME/bin/ant -lib /export/home/nigel/hudsonSupport/junit \
 -lib /export/home/hudson/tools/clover/latest/lib \
 -Dsvnversion.exe=/opt/subversion-current/bin/svnversion \
 -Dsvn.exe=/opt/subversion-current/bin/svn \
 -Dversion=$BUILD_ID -Drun.clover=true clean nightly

#generate the clover reports
$ANT_HOME/bin/ant -lib /export/home/nigel/hudsonSupport/junit \
 -lib /export/home/hudson/tools/clover/latest/lib \
 -Dsvnversion.exe=/opt/subversion-current/bin/svnversion \
 -Dsvn.exe=/opt/subversion-current/bin/svn \
 -Dversion=$BUILD_ID -Drun.clover=true generate-clover-reports


On Aug 25, 2009, at 7:39 PM, Chris Hostetter wrote:


: Grant does the cutover to hudson.zones still invoke the nightly.sh? I
: thought it did?  (But then looking at the console output from the
: build, I can't "correlate" it..).

nightly.sh is not run, there's a complicated set of shell commands
configured in hudson that gets run instead. (why it's not just exec'ing a shellscript in svn isn't clear to me ... but it starts with "set - x" so
the build log should make it clear exactly what's running.

you can see from that log: the "nightly" ant target is still used.



-Hoss



---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org


--------------------------
Grant Ingersoll
http://www.lucidimagination.com/

Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids) using Solr/Lucene:
http://www.lucidimagination.com/search


---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org

Reply via email to