[jbosstools-issues] [JBoss JIRA] (JBIDE-19950) Fix publishing of integration-tests

Nick Boldt (JIRA) issues at jboss.org
Fri Jun 5 11:31:04 EDT 2015


    [ https://issues.jboss.org/browse/JBIDE-19950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13074783#comment-13074783 ] 

Nick Boldt commented on JBIDE-19950:
------------------------------------

Latest build is not publishing to the /updates/ location (just to /builds/) because when someone converted from *TWO* calls to rsync.sh to *ONE* call via mojo.

Before (job config in jbosstools-integration-tests.aggregate_master/config.xml):
{code}
. ${WORKSPACE}/sources/publish/rsync.sh -s ${WORKSPACE}/sources/site/target/repository -t mars/snapshots/builds/${JOB_NAME}/${BUILD_ID}-B${BUILD_NUMBER}/all/repo
. ${WORKSPACE}/sources/publish/rsync.sh -s ${WORKSPACE}/sources/site/target/repository -t mars/snapshots/updates/integration-tests/${jbosstools_site_stream}
{code}

After (mojo config):

https://github.com/jbosstools/jbosstools-integration-tests/commit/7300d141f2834d327c8aa120aec345e872bad6fd)

But then someone removed that custom config, reverting to the default (which only pushes to /builds/, not to /updates/):

https://github.com/jbosstools/jbosstools-integration-tests/commit/a33a26570489b0fdfe60b02ddc99b90215baf206

So... I had a look at the console log, and both deploy-snapshot-updatesite and deploy-snapshot-build DID fire! So, no problem with the migration from sh to mojo.

HOWEVER, in build B441...

{code:title=https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-integration-tests.aggregate_master/441/console}
[INFO] --- exec-maven-plugin:1.3.2:exec (deploy-snapshot-updatesite) @ site ---
sftp> mkdir mars/snapshots/updates/integration-tests/4.3.mars
rsync -arzq --protocol=28 /mnt/hudson_workspace/workspace/jbosstools-integration-tests.aggregate_master/sources/site/target/repository/* tools at filemgmt.jboss.org:/downloads_htdocs/tools/mars/snapshots/updates/integration-tests/4.3.mars/
{code}

So, I believe the problem is that when we invoke maven from shell, the Jenkins variables aren't being passed in. 

Thus, since the integration-tests root pom still points to the Beta1-SNAPSHOT parent pom ([~mmalina] you need to move to Beta2 in master after you branch for Beta1x - see JBIDE-19933), it's using jbosstools_site_stream=*4.3.mars* (from maven), even though the value set in the job's parameters is *master*.

I've tweaked the job to pass that value to maven on the commandline:

{code}
-  $M2_HOME/bin/mvn deploy -Pdeploy-to-jboss.org -Dmaven.repo.local=$WORKSPACE/.repository ${MAVEN_FLAGS}
+   $M2_HOME/bin/mvn deploy -Pdeploy-to-jboss.org -Dmaven.repo.local=$WORKSPACE/.repository ${MAVEN_FLAGS} -Djbosstools_site_stream=${jbosstools_site_stream}
{code}

And I've kicked the job again.

And now http://download.jboss.org/jbosstools/updates/nightly/integrationtests/master/ contains build B442.


> Fix publishing of integration-tests
> -----------------------------------
>
>                 Key: JBIDE-19950
>                 URL: https://issues.jboss.org/browse/JBIDE-19950
>             Project: Tools (JBoss Tools)
>          Issue Type: Sub-task
>          Components: build
>    Affects Versions: 4.3.0.Beta1
>            Reporter: Nick Boldt
>            Assignee: Nick Boldt
>            Priority: Critical
>             Fix For: 4.3.0.Beta2
>
>
> {quote}
>  Lucia just built a new build of integration tests:
>  https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-integration-tests.aggregate_master/441/
>  But this page only contains the older build:
>  http://download.jboss.org/jbosstools/updates/nightly/integrationtests/master/
>  Whereas here you can see the latest build:
>  http://download.jboss.org/jbosstools/mars/snapshots/builds/jbosstools-integration-tests.aggregate_master/
>  
>  So the question is: Why is the latest build missing from the nightly 
>  update site? Is the new publishing mechanism not working correctly?
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


More information about the jbosstools-issues mailing list