[JBoss JIRA] (JBIDE-18837) because Foundation defines the version of JBoss Tools used to do ide-config.properties lookup, must enforce it's always updated
[
https://issues.jboss.org/browse/JBIDE-18837?page=com.atlassian.jira.plugi...
]
Nick Boldt commented on JBIDE-18837:
------------------------------------
https://issues.jboss.org/browse/JBIDE-18837?focusedCommentId=13024507&...
{quote}If you build the o.j.t.foundation.core plugin, as I did here passing in
-DBUILD_ALIAS=foo, you will see in the currentversion.properties that the variables are
correctly expanded. {quote}
The test is that the BUILD_ALIAS you pass in via commandline (or via Jenkins job) appears
correctly in the jar's currentversion.properties file, instead of the unexploded
$\{jbosstools.version}.
because Foundation defines the version of JBoss Tools used to do
ide-config.properties lookup, must enforce it's always updated
-------------------------------------------------------------------------------------------------------------------------------
Key: JBIDE-18837
URL: https://issues.jboss.org/browse/JBIDE-18837
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: build, central, common/jst/core, project-examples
Affects Versions: 4.2.1.CR1
Reporter: Nick Boldt
Assignee: Nick Boldt
Fix For: 4.3.0.Beta1
Attachments: generated-vs-soource-zip.png
When updating from 4.2.0 to 4.2.1, a user might decide to only update Central or Project
Examples, and NOT update Foundation.core, which means his Eclipse will still think
it's 4.2.0, not 4.2.1, and he might get the wrong version of central/examples.
Therefore we need manifest-level [4.2.1,) requirements on upstream foundation.core in
examples and central, to force this lock-step updating.
And we need to use the maven enforcer plugin to fail the build if these versions get out
of sync.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)