[JBoss JIRA] (LOCUS-13) Build number in qualifier are against reproducible version qualifier
by Paul Leacu (JIRA)
[ https://issues.jboss.org/browse/LOCUS-13?page=com.atlassian.jira.plugin.s... ]
Paul Leacu commented on LOCUS-13:
---------------------------------
My issue was this:
{code}
[ERROR] Resolution failed:
[ERROR] Software being installed: org.jboss.tools.locus.mockito 1.9.5.Final_patched_TEIIDDES-1681-v20131024-0922-B58
[ERROR] Software being installed: org.jboss.tools.locus.mockito 1.9.5.Final_patched_TEIIDDES-1681-v20131024-0922-B77
[ERROR] Only one of the following can be installed at once: [org.jboss.tools.locus.mockito 1.9.5.Final_patched_TEIIDDES-1681-v20131024-0922-B77, org.jboss.tools.locus.mockito 1.9.5.Final_patched_TEIIDDES-1681-v20131024-0922-B58]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
{code}
The JBTIS TP was including mockito from locus as was the JBT core TP. I simply removed the JBTIS TP mockito reference.
> Build number in qualifier are against reproducible version qualifier
> --------------------------------------------------------------------
>
> Key: LOCUS-13
> URL: https://issues.jboss.org/browse/LOCUS-13
> Project: JBoss Tools Locus
> Issue Type: Enhancement
> Reporter: Mickael Istria
> Assignee: Mickael Istria
> Priority: Critical
> Fix For: 1.2.0
>
>
> We did set up git-based reproducible qualifiers but in the other end, we have the qualifier always changing because it contains the BUILD_NUMBER.
> Those metadata should not be part of the qualifier, but should instead be in a future index.html, or attached to the Maven artifact.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (LOCUS-13) Build number in qualifier are against reproducible version qualifier
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/LOCUS-13?page=com.atlassian.jira.plugin.s... ]
Mickael Istria commented on LOCUS-13:
-------------------------------------
{quote}when I used other builds using reproducible version qualifiers it was not possible to build without committing all code first. Very tedious to work with.{quote}
This is not really an issue with reproducible version qualifier, but with Git-based timestamps, that we've already been using for a year and half in Locus, so this is a separate thing.
{quote}For me SNAPSHOT makes perfect sense for a build for testing, but when doing the release we shouldn't ever have SNAPSHOT in this so not sure I follow the problem.{quote}
The principle of reproducible version qualifier is that they also reuse artifacts from baseline when available. https://wiki.eclipse.org/Tycho/Reproducible_Version_Qualifiers
If we put SNAPSHOT in testing, then testing won't consume artifacts from baseline (that wouldn't be SNASPHOTs), and the output would be too far from the output of a release.
> Build number in qualifier are against reproducible version qualifier
> --------------------------------------------------------------------
>
> Key: LOCUS-13
> URL: https://issues.jboss.org/browse/LOCUS-13
> Project: JBoss Tools Locus
> Issue Type: Enhancement
> Reporter: Mickael Istria
> Assignee: Mickael Istria
> Priority: Critical
> Fix For: 1.2.0
>
>
> We did set up git-based reproducible qualifiers but in the other end, we have the qualifier always changing because it contains the BUILD_NUMBER.
> Those metadata should not be part of the qualifier, but should instead be in a future index.html, or attached to the Maven artifact.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (LOCUS-13) Build number in qualifier are against reproducible version qualifier
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/LOCUS-13?page=com.atlassian.jira.plugin.s... ]
Max Rydahl Andersen commented on LOCUS-13:
------------------------------------------
when I used other builds using reproducible version qualifiers it was not possible to build without committing all code first. Very tedious to work with.
For me SNAPSHOT makes perfect sense for a build for testing, but when doing the release we shouldn't ever have SNAPSHOT in this so not sure I follow the problem.
> Build number in qualifier are against reproducible version qualifier
> --------------------------------------------------------------------
>
> Key: LOCUS-13
> URL: https://issues.jboss.org/browse/LOCUS-13
> Project: JBoss Tools Locus
> Issue Type: Enhancement
> Reporter: Mickael Istria
> Assignee: Mickael Istria
> Priority: Critical
> Fix For: 1.2.0
>
>
> We did set up git-based reproducible qualifiers but in the other end, we have the qualifier always changing because it contains the BUILD_NUMBER.
> Those metadata should not be part of the qualifier, but should instead be in a future index.html, or attached to the Maven artifact.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (JBIDE-19768) Add possibility to select which nested projects to import
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19768?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-19768:
----------------------------------------
That's indeed one of the hot topics. The import mechanism currently doesn't integrate a concept of "project candidate". The difficulty comes from the fact that choosing of importing or not a project can affect how it would import its parent.
> Add possibility to select which nested projects to import
> ---------------------------------------------------------
>
> Key: JBIDE-19768
> URL: https://issues.jboss.org/browse/JBIDE-19768
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: easymport
> Affects Versions: 4.3.0.Alpha2
> Reporter: Lucia Jelinkova
> Priority: Critical
>
> At the moment, all nested projects are imported - it would be useful to have the possibility to select which projects one wants to import.
> Also, sometimes projects contain test data that are detected as projects - this feature would help also in this case.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (LOCUS-13) Build number in qualifier are against reproducible version qualifier
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/LOCUS-13?page=com.atlassian.jira.plugin.s... ]
Mickael Istria commented on LOCUS-13:
-------------------------------------
I'm not sure how to interpret your answer. Is it ok to remove the SNAPSHOT/Final distinction in build?
> Build number in qualifier are against reproducible version qualifier
> --------------------------------------------------------------------
>
> Key: LOCUS-13
> URL: https://issues.jboss.org/browse/LOCUS-13
> Project: JBoss Tools Locus
> Issue Type: Enhancement
> Reporter: Mickael Istria
> Assignee: Mickael Istria
> Priority: Critical
> Fix For: 1.2.0
>
>
> We did set up git-based reproducible qualifiers but in the other end, we have the qualifier always changing because it contains the BUILD_NUMBER.
> Those metadata should not be part of the qualifier, but should instead be in a future index.html, or attached to the Maven artifact.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months