[JBoss JIRA] (JBIDE-24146) Support pipeline deployment style
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24146?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-24146:
-------------------------------
Fix Version/s: 4.6.x
(was: 4.5.x)
> Support pipeline deployment style
> ---------------------------------
>
> Key: JBIDE-24146
> URL: https://issues.jboss.org/browse/JBIDE-24146
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.4.4.AM2
> Reporter: Jeff MAURY
> Labels: application_wizard, openshift, openshift_v3
> Fix For: 4.6.x
>
> Attachments: jenkins-pipeline-template.png, jenkins-variants.png, pipeline-build.png, webui-edit-pipeline-file.png
>
>
> In the web-console jenkins pipelines are supported in the following way:
> * when opening up an empty project you get a special template:
> !jenkins-pipeline-template.png!
> * which offers 2 different jenkins variants (and a full example that contains app source and build pipeline):
> !jenkins-variants.png!
> * once executed you get a special build type *pipeline*
> !pipeline-build.png!
> * the full example template is using the following build config with the strategy type *JenkinsPipeline*:
> {code}
> apiVersion: v1
> kind: BuildConfig
> metadata:
> name: sample-pipeline
> namespace: gulu
> selfLink: /oapi/v1/namespaces/gulu/buildconfigs/sample-pipeline
> uid: 12dec3c8-1948-11e7-a217-0251082287a6
> resourceVersion: '3757'
> creationTimestamp: '2017-04-04T15:05:00Z'
> labels:
> app: jenkins-pipeline-example
> name: sample-pipeline
> template: application-template-sample-pipeline
> annotations:
> pipeline.alpha.openshift.io/uses: >-
> [{"name": "nodejs-mongodb-example", "namespace": "", "kind":
> "DeploymentConfig"}]
> spec:
> triggers:
> - type: GitHub
> github:
> secret: secret101
> - type: Generic
> generic:
> secret: secret101
> runPolicy: Serial
> source:
> type: None
> strategy:
> type: JenkinsPipeline
> jenkinsPipelineStrategy:
> jenkinsfile: >-
> node('nodejs') {
> stage 'build'
> openshiftBuild(buildConfig: 'nodejs-mongodb-example', showBuildLogs:
> 'true')
> stage 'deploy'
> openshiftDeploy(deploymentConfig: 'nodejs-mongodb-example')
> }
> output: {}
> resources: {}
> postCommit: {}
> nodeSelector: null
> status:
> lastVersion: 1
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (JBIDE-24135) Clean up old vscode builds and establish file retention / cleanup policy
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24135?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-24135:
-------------------------------
Fix Version/s: 4.6.x
(was: 4.5.x)
> Clean up old vscode builds and establish file retention / cleanup policy
> ------------------------------------------------------------------------
>
> Key: JBIDE-24135
> URL: https://issues.jboss.org/browse/JBIDE-24135
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.4.4.AM2
> Reporter: Nick Boldt
> Assignee: Gorkem Ercan
> Fix For: 4.6.x
>
>
> Discovered today that there are many jdt-language-server builds in http://download.jboss.org/jbosstools/static/vscode/ and since many of these predate the migration to eclipse, rename, and reversioning of the project, it would probably make sense to delete these obsolete artifacts.
> * java-server 1.0.x
> * java-server 0.1.x
> * jdt-language-server 0.1 older than 4 weeks ago
> Since the /static/ folder is reserved for permanent artifacts that will be Akamai mirrored for performance, and since these biweekly updates are NOT permanent stable releases, we might want to consider using a different folder, such as:
> /neon/snapshots/vscode
> /neon/integration/vscode
> etc.
> Going forward, we need to establish how often to delete old artifacts/builds. If builds are not conforming to the schema used by jbosstools-* projects, then a new tool for cleanup will need to be created.
> Today, build folders are automatically deleted when they're too old, eg., from http://download.jboss.org/jbosstools/neon/snapshots/builds/jbosstools-aer... if they conform to a datestamp like http://download.jboss.org/jbosstools/neon/snapshots/builds/jbosstools-aer...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (JBIDE-24019) test failures in webservices
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24019?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-24019:
-------------------------------
Fix Version/s: 4.6.x
(was: 4.5.x)
> test failures in webservices
> ----------------------------
>
> Key: JBIDE-24019
> URL: https://issues.jboss.org/browse/JBIDE-24019
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.5.0.AM1
> Reporter: Nick Boldt
> Assignee: Jeff MAURY
> Fix For: 4.6.x
>
> Attachments: .log, org.jboss.tools.ws.creation.core.test.JBossWSCreationCoreTestSuite.txt, org.jboss.tools.ws.creation.core.test.JBossWSCreationCoreTestSuite_v2.txt
>
>
> See https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/view/DevStudio/view/...
> When I run the same build locally (`mvn clean install`), I get null pointers - and they're not all related to ancient JRE5 tests.
> See attached: [^org.jboss.tools.ws.creation.core.test.JBossWSCreationCoreTestSuite.txt]
> Running again now with {code}mvn clean install -Djbosstools.test.jre.5=${JAVA_HOME} -Djbosstools.test.jre.6=${JAVA_HOME} \
> -Djbosstools.test.jre.7=${JAVA_HOME} -Djbosstools.test.jre.8=${JAVA_HOME}{code}
> See attached: [^org.jboss.tools.ws.creation.core.test.JBossWSCreationCoreTestSuite_v2.txt] and [^.log]
> Could the problem be this?
> {code}!ENTRY org.eclipse.wst.common.project.facet.core 4 0 2017-02-28 11:14:37.082
> !MESSAGE Project facet wst.jsdt.web has not been defined. It is used in plugin org.eclipse.jst.server.core.
> {code}
> (Wondering if we ought to update the parent pom to have smart defaults for these jbosstools.test.jre.* variables. WDYT? see JBIDE-24020)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months