[JBoss JIRA] (ERT-326) UI: Unify Add button labels in "Run a Docker Image" dialog [EBZ#497007]
by Jeff Johnston (JIRA)
[ https://issues.jboss.org/browse/ERT-326?page=com.atlassian.jira.plugin.sy... ]
Jeff Johnston resolved ERT-326.
-------------------------------
Fix Version/s: Neon.3 (4.6)
Resolution: Done
> UI: Unify Add button labels in "Run a Docker Image" dialog [EBZ#497007]
> -----------------------------------------------------------------------
>
> Key: ERT-326
> URL: https://issues.jboss.org/browse/ERT-326
> Project: Eclipse Release Train
> Issue Type: Task
> Components: Linux Tools
> Reporter: Friendly Jira Robot
> Assignee: Jeff Johnston
> Priority: Trivial
> Labels: Docker, bzira
> Fix For: Neon.3 (4.6)
>
>
> Created attachment 262788
> Add button have different label than other Add buttons
> Add button in expose ports part of dialog "Run a Docker Image" have label "Add", but other Add buttons in this wizard have label "Add..."(Link containers, Data Volumes and Environment variables).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (JBIDE-22305) automate process for fetching latest target platform mirrors
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22305?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-22305:
-------------------------------
Sprint: devex #115 May 2016, devex #116 June 2016, devex #127 February 2017 (was: devex #115 May 2016, devex #116 June 2016)
> automate process for fetching latest target platform mirrors
> ------------------------------------------------------------
>
> Key: JBIDE-22305
> URL: https://issues.jboss.org/browse/JBIDE-22305
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: target-platform, updatesite, upstream
> Affects Versions: 4.4.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Labels: releasework
> Fix For: 4.4.3.AM2
>
> Attachments: git.diff.txt
>
>
> Rather than manually pulling requirements, it would be hella sweet if there was a job config into which we could just list all the URLs to mirror and their matching project names.
> Then this job would scrape the *.target files for the current list of URLs used, grep out the /requirements/<reqname>/<version>, fetch a new mirror for each new version*, and dump an updated copy of the .target file into the job's workspace.
> Thus for webtools we might simply define:
> webtools,S-3.8.0M7-20160503010110,http://download.eclipse.org/webtools/do...
> and we'd end up with:
> http://download.jboss.org/jbosstools/updates/requirements/webtools/S-3.8....
> * Since we already have a http://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevSt... job we can just pass parameters to that to invoke the mirroring steps. Would be even better if we could run multiple calls in parallel as neon and wtp can take >2hr
> 1. matrix job. each config is a trio of reqname/version/URL which is passed to a process akin to that of the jbosstools-requirements job to perform the mirror; process is now scripted here: https://github.com/jbosstools/jbosstools-build-ci/blob/jbosstools-4.4.x/p...
> 2. when all children are done, a downstream job can runs TP update & validation against new .target files
> * fetch http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstoolstargetplatf...
> * parse that into a list of URLs
> * each URL contains REQ_NAME/VERSION, which can then be matched up with similar lines in .target files
> * run p2diff between old/new URLs in .target to generate list of changes and verify new site contains all the same IUs
> * resulting edited .target files will remain in the workspace, and we can then run
> * https://github.com/jbosstools/jbosstools-build-ci/blob/jbosstools-4.4.x/u...
> * when done if success:
> * ideally, generate a PR and attach link in email to jbosstools-dev@
> * if can't generate PR, then attach patch in email to nickboldt & mistria to apply locally in jbosstools-target-platforms to create a PR
> * email should includes boilerplate text to send mail to list announcing new change for review
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (JBIDE-23212) move to tycho 1.0 (was 0.27.0) :: mvn clean verify checks old features versions against baseline
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23212?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-23212:
-------------------------------
Sprint: devex #127 February 2017 (was: devex #126 January 2017)
> move to tycho 1.0 (was 0.27.0) :: mvn clean verify checks old features versions against baseline
> ------------------------------------------------------------------------------------------------
>
> Key: JBIDE-23212
> URL: https://issues.jboss.org/browse/JBIDE-23212
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.4.1.Final
> Reporter: Jeff MAURY
> Assignee: Nick Boldt
> Labels: build, tycho
> Fix For: 4.4.3.Final
>
>
> The check with baseline seems broken to me as it does not seem to work with features. When feature.source is checked, the baseline artifact (feature.source.jar) is compared to the wrong artifact (feature.jar).
> I reproduced the problem by updating jbosstool-central root POM (only the parent POM version has been changed) and the mvn verify build failed on org.jboss.tools.maven.feature. The output can be seen in one of the PR check
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months