[
https://issues.jboss.org/browse/JBIDE-20992?page=com.atlassian.jira.plugi...
]
Nick Boldt commented on JBIDE-20992:
------------------------------------
Found a workaround: use `-Dmaven.deploy.skip=true` when building in Jenkins to skip the
nexus deployment. Does not skip the
deploy-to-jboss.org profile, which puts bits here:
http://download.jboss.org/jbosstools/mars/snapshots/builds/jbosstools-fre...
I think we should do this for all the JBT projects, since NONE of the projects'
contents in Nexus is actually used downstream -- only Locus & Browsersim Standalone
bits are published that way.
[~akazakov] [~maxandersen] [~dgolovin] [~mickael_istria] WDYT?
---
That said I think I found the reason why this one project won't deploy correctly.
https://github.com/jbosstools/jbosstools-freemarker/commit/b4c28ff7b02ec2...
So we could fix JBIDE-20908 and this project should again be able to deploy to nexus. But
as I ask above... why do we want that? We could enable maven.deploy.skip=true in the
parent pom for all the projects (except Locus and Browsersim Standalone).
Why is freemarker build failing to deploy to nexus?
---------------------------------------------------
Key: JBIDE-20992
URL:
https://issues.jboss.org/browse/JBIDE-20992
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: build, freemarker
Affects Versions: 4.3.1.Beta1
Reporter: Nick Boldt
Assignee: Mickael Istria
Priority: Critical
Fix For: 4.3.1.Beta1
Attachments: deployment.fail.txt
Freemarker build is failing to deploy the site to nexus.
Log snippet: [^deployment.fail.txt], taken from
*
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevSt...
(on
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/computer/qa04-rhel6-x86_64 ) and
*
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevSt...
(on
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/computer/dev180-rhel6-x86_64 )
vs.
*
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevSt...
(on
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/computer/dev127-virt1 )
*
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevSt...
(on
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/computer/dev181-rhel6-x86_64 )
Far as I can tell (?) there's:
* no significant change to job config (I tried re-adding the `-gs
/home/hudson/.m2/settings.xml` instruction to the maven tasks, but it made no difference
at deployment time),
* no difference between /home/hudson/.m2/settings.xml on dev180 (freemarker fails to
deploy) vs. dev181 (where openshift is deploying fine [1])
* no significant difference when comparing root poms [2], [3]
[1]
https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...
[2]
https://github.com/jbosstools/jbosstools-freemarker/blob/jbosstools-4.3.x...
[3]
https://github.com/jbosstools/jbosstools-jst/blob/jbosstools-4.3.x/pom.xm...
Seems that the inclusion of `jboss-public-repository-group` is not even needed since for
openshift's build it's omitted:
[4]
https://github.com/jbosstools/jbosstools-openshift/blob/jbosstools-4.3.x/...
--
Only place I can see where the wrong (?) deployment URL is configured is in the code for
the build-ci/pom, which was changed when we went from version 4.3.0.CR1-SNAPSHOT to
4.3.0.Final (see lines 120-134) [5].
[5]
https://github.com/jbosstools/jbosstools-build-ci/commit/05103d96c923e1fc...
Yet the openshift job uses the same version:
`artifact=org.jboss.tools.releng:jbosstools-releng-publish:4.3.0.Final:zip`.
So... what other reason could there be for one job failing to deploy to
`jboss-staging-repository
(
https://repository.jboss.org/nexus/service/local/staging/deploy/maven2/)`, and another
successfully deploying to
https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo... ?
--
(Aside to [~mickael_istria]: Why do we deploy site zips to nexus? We never use them in
the aggregates. Can we simply disable this? Should we?)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)