[
https://jira.jboss.org/browse/JBIDE-6463?page=com.atlassian.jira.plugin.s...
]
Nick Boldt commented on JBIDE-6463:
-----------------------------------
AFAIK doing a Tycho build against BOTH p2 and m2 repos doesn't really work very well;
we would need to repackage our deps onto a p2 repo instead.
It's worth trying it, however.
We could also look at using the b3 aggregator (?) to turn our Helios dependencies into
m2/p2 hybrid repos - then the build would simply be pulling all its deps from maven repos
w/o the need for a single p2 repo dependency. In that case, Tycho (AFAIK) works fine -
it's only when you input BOTH p2 and m2 repos that things can break. It's also
possible that this urban legend only applies to dynamic dependency resolution; if using a
.target file, we may be able to avoid this problem.
JBT tests should (re)use shared requirements dir OUTSIDE hudson
workspace
-------------------------------------------------------------------------
Key: JBIDE-6463
URL:
https://jira.jboss.org/browse/JBIDE-6463
Project: Tools (JBoss Tools)
Issue Type: Sub-task
Components: Build/Releng
Affects Versions: 3.2.0.M1
Reporter: Nick Boldt
Assignee: Denis Golovin
Per request of JBQA-3313, we did the following to start using
/home/hudson/static_build_env/jbds/requirements as the dir into which requirements are
downloaded:
<!--
https://jira.jboss.org/jira/browse/JBQA-3313 Use static, shared space outside
workspace, instead of working directly in the workspace -->
<if>
<available file="/home/hudson/static_build_env/jbds" type="dir"
/>
<then>
<var name="requirement.build.root" unset="true" />
<property name="requirement.build.root"
value="/home/hudson/static_build_env/jbds/requirements" />
<mkdir dir="${requirement.build.root}" />
</then>
</if>
<echo level="debug">requirement.build.root =
${requirement.build.root}</echo>
https://svn.jboss.org/repos/devstudio/trunk/releng/org.jboss.ide.eclipse....
Can the new harness in
http://anonsvn.jboss.org/repos/jbosstools/trunk/requirements/ use
the same shared dir? Currently it writes into the part of the workspace which contains SVN
sources, which means it will most likely be overwritten every time SVN is refreshed (and
have to be downloaded for every slave on which we build).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira