[JBoss JIRA] (JBIDE-27026) Adjust Job DSL defined QE Jobs to be operational on RHEV Jenkins CSB Master
by Josef Kopriva (Jira)
[ https://issues.redhat.com/browse/JBIDE-27026?page=com.atlassian.jira.plug... ]
Josef Kopriva updated JBIDE-27026:
----------------------------------
Fix Version/s: 4.15.0.AM1
(was: 4.14.0.Final)
> Adjust Job DSL defined QE Jobs to be operational on RHEV Jenkins CSB Master
> ---------------------------------------------------------------------------
>
> Key: JBIDE-27026
> URL: https://issues.redhat.com/browse/JBIDE-27026
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: integration-tests, qa
> Affects Versions: 4.14.0.Final
> Reporter: Ondrej Dockal
> Assignee: Ondrej Dockal
> Priority: Major
> Fix For: 4.15.0.AM1
>
>
> Please, update Job DSL defined QE jobs to be aligned with Jenkins CSB Master on RHEV. Especially testing matrices of OSes, other configuration tools - Java axes, Groovy or maven, credentials IDs, etc.
> Your jobs defined in job dsl have to run on RHEV Jenkins. Seed job can be found on dev-platform-jenkins -> DSL Jobs seed -> cci-config-seed, once you are done adjusting your jobs, you can test locally using CCI-JD and then using seed to get it into Jenkins master.
> Be aware that:
> * former jenkins labels for OSes and jdks were different from labels defined jenkins using jcasc -> It should be fixed, but you still need to check
> * You need to sync your credentials IDs (hardcoded in RHEV Jenkins could differ from jcasc defined)
> * Matrix combination filter should be updated to something like: {code}(label =~ "mac") && !(jdk =~ "open") || !(label =~ "mac") && (jdk =~ "jdk"){code}
> * [~jkopriva] is updating and extracting matrices (axes function in job dsl language) to be general and you just use constants of arrays for each axes, ie. OS = ['rhel', 'win'], JDK = ['java11', 'jdk-39']
> * After we have jobs running every component owner will disable former QE jobs and these will be erased in future
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (JBIDE-27026) Adjust Job DSL defined QE Jobs to be operational on RHEV Jenkins CSB Master
by Ondrej Dockal (Jira)
[ https://issues.redhat.com/browse/JBIDE-27026?page=com.atlassian.jira.plug... ]
Ondrej Dockal updated JBIDE-27026:
----------------------------------
Description:
Please, update Job DSL defined QE jobs to be aligned with Jenkins CSB Master on RHEV. Especially testing matrices of OSes, other configuration tools - Java axes, Groovy or maven, credentials IDs, etc.
Your jobs defined in job dsl have to run on RHEV Jenkins. Seed job can be found on dev-platform-jenkins -> DSL Jobs seed -> cci-config-seed, once you are done adjusting your jobs, you can test locally using CCI-JD and then using seed to get it into Jenkins master.
Be aware that:
* former jenkins labels for OSes and jdks were different from labels defined jenkins using jcasc -> It should be fixed, but you still need to check
* You need to sync your credentials IDs (hardcoded in RHEV Jenkins could differ from jcasc defined)
* Matrix combination filter should be updated to something like: {code}(label =~ "mac") && !(jdk =~ "open") || !(label =~ "mac") && (jdk =~ "jdk"){code}
* [~jkopriva] is updating and extracting matrices (axes function in job dsl language) to be general and you just use constants of arrays for each axes, ie. OS = ['rhel', 'win'], JDK = ['java11', 'jdk-39']
* After we have jobs running every component owner will disable former QE jobs and these will be erased in future
was:
Please, update Job DSL defined QE jobs to be aligned with Jenkins CSB Master on RHEV. Especially testing matrices of OSes, other configuration tools - Java axes, Groovy or maven, credentials IDs, etc.
Your jobs defined in job dsl have to run on RHEV Jenkins. Seed job can be found on dev-platform-jenkins -> DSL Jobs seed -> cci-config-seed, once you are done adjusting your jobs, you can test locally using CCI-JD and then using seed to get it into Jenkins master.
Be aware that:
* former jenkins labels for OSes and jdks were different from labels defined jenkins using jcasc -> It should be fixed, but you still need to check
* You need to sync your credentials IDs (hardcoded in RHEV Jenkins could differ from jcasc defined)
* Matrix combination filter should be updated to something like: {code}(label =~ "mac") && !(jdk =~ "open") || !(label =~ "mac") && (jdk =~ "open"){code}
* [~jkopriva] is updating and extracting matrices (axes function in job dsl language) to be general and you just use constants of arrays for each axes, ie. OS = ['rhel', 'win'], JDK = ['java11', 'jdk-39']
* After we have jobs running every component owner will disable former QE jobs and these will be erased in future
> Adjust Job DSL defined QE Jobs to be operational on RHEV Jenkins CSB Master
> ---------------------------------------------------------------------------
>
> Key: JBIDE-27026
> URL: https://issues.redhat.com/browse/JBIDE-27026
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: integration-tests, qa
> Affects Versions: 4.14.0.Final
> Reporter: Ondrej Dockal
> Assignee: Ondrej Dockal
> Priority: Major
> Fix For: 4.14.0.Final
>
>
> Please, update Job DSL defined QE jobs to be aligned with Jenkins CSB Master on RHEV. Especially testing matrices of OSes, other configuration tools - Java axes, Groovy or maven, credentials IDs, etc.
> Your jobs defined in job dsl have to run on RHEV Jenkins. Seed job can be found on dev-platform-jenkins -> DSL Jobs seed -> cci-config-seed, once you are done adjusting your jobs, you can test locally using CCI-JD and then using seed to get it into Jenkins master.
> Be aware that:
> * former jenkins labels for OSes and jdks were different from labels defined jenkins using jcasc -> It should be fixed, but you still need to check
> * You need to sync your credentials IDs (hardcoded in RHEV Jenkins could differ from jcasc defined)
> * Matrix combination filter should be updated to something like: {code}(label =~ "mac") && !(jdk =~ "open") || !(label =~ "mac") && (jdk =~ "jdk"){code}
> * [~jkopriva] is updating and extracting matrices (axes function in job dsl language) to be general and you just use constants of arrays for each axes, ie. OS = ['rhel', 'win'], JDK = ['java11', 'jdk-39']
> * After we have jobs running every component owner will disable former QE jobs and these will be erased in future
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (JBIDE-26177) JRebel installation via RH Central introduces IllegalStateException error
by Josef Kopriva (Jira)
[ https://issues.redhat.com/browse/JBIDE-26177?page=com.atlassian.jira.plug... ]
Josef Kopriva commented on JBIDE-26177:
---------------------------------------
[~odockal] Thank you!
> JRebel installation via RH Central introduces IllegalStateException error
> -------------------------------------------------------------------------
>
> Key: JBIDE-26177
> URL: https://issues.redhat.com/browse/JBIDE-26177
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.6.0.Final
> Reporter: Ondrej Dockal
> Assignee: Ondrej Dockal
> Priority: Major
> Fix For: 4.14.0.Final
>
>
> Event in error log shows message: Deadlock detected. All locks owned by thread Worker-16: Generating JRebel configuration files for org.jboss.tools.openshift.common.ui. will be suspended.
> StackTrace:
> {code}
> java.lang.IllegalStateException
> at org.eclipse.core.internal.jobs.DeadlockDetector.reportDeadlock(DeadlockDetector.java:599)
> at org.eclipse.core.internal.jobs.DeadlockDetector.lockWaitStart(DeadlockDetector.java:403)
> at org.eclipse.core.internal.jobs.LockManager.addLockWaitThread(LockManager.java:154)
> at org.eclipse.core.internal.jobs.ThreadJob.waitForRun(ThreadJob.java:304)
> at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:202)
> at org.eclipse.core.internal.jobs.JobManager.yieldRule(JobManager.java:1524)
> at org.eclipse.core.internal.jobs.InternalJob.yieldRule(InternalJob.java:527)
> at org.eclipse.core.runtime.jobs.Job.yieldRule(Job.java:959)
> at org.eclipse.wst.common.componentcore.internal.builder.DependencyGraphImpl.waitForAllUpdates(DependencyGraphImpl.java:691)
> at org.eclipse.wst.common.componentcore.internal.builder.DependencyGraphImpl.getReferencingComponents(DependencyGraphImpl.java:126)
> at org.eclipse.wst.common.componentcore.internal.builder.DependencyGraphImpl.getReferencingComponents(DependencyGraphImpl.java:116)
> at org.eclipse.wst.common.componentcore.internal.resources.VirtualComponent.getReferencingComponents(VirtualComponent.java:579)
> at org.eclipse.jst.j2ee.project.EarUtilities.getReferencingEARProjects(EarUtilities.java:274)
> at org.eclipse.jst.j2ee.componentcore.J2EEModuleVirtualComponent.calculateManifestReferences(J2EEModuleVirtualComponent.java:374)
> at org.eclipse.jst.j2ee.componentcore.J2EEModuleVirtualComponent.cacheManifestReferences(J2EEModuleVirtualComponent.java:364)
> at org.eclipse.jst.j2ee.componentcore.J2EEModuleVirtualComponent.getReferences(J2EEModuleVirtualComponent.java:180)
> at org.eclipse.jst.j2ee.componentcore.J2EEModuleVirtualComponent.getReferences(J2EEModuleVirtualComponent.java:218)
> at org.eclipse.jst.j2ee.componentcore.J2EEModuleVirtualComponent.getReferences(J2EEModuleVirtualComponent.java:211)
> at org.eclipse.jst.common.internal.modulecore.SingleRootUtil.hasConsumableReferences(SingleRootUtil.java:217)
> at org.eclipse.jst.common.internal.modulecore.SingleRootUtil.validateSingleRoot(SingleRootUtil.java:165)
> at org.eclipse.jst.common.internal.modulecore.SingleRootUtil.isSingleRoot(SingleRootUtil.java:93)
> at org.eclipse.jst.common.internal.modulecore.SingleRootExportParticipant.canOptimize(SingleRootExportParticipant.java:90)
> at org.eclipse.wst.common.componentcore.internal.flat.FlatVirtualComponent.canOptimize(FlatVirtualComponent.java:203)
> at org.eclipse.wst.common.componentcore.internal.flat.FlatVirtualComponent.cacheResources(FlatVirtualComponent.java:185)
> at org.eclipse.wst.common.componentcore.internal.flat.FlatVirtualComponent.getChildModules(FlatVirtualComponent.java:160)
> at org.eclipse.wst.web.internal.deployables.FlatComponentDeployable.getExportModelChildren(FlatComponentDeployable.java:259)
> at org.eclipse.wst.web.internal.deployables.FlatComponentDeployable.getModules(FlatComponentDeployable.java:270)
> at org.eclipse.wst.web.internal.deployables.FlatComponentDeployable.getChildModules(FlatComponentDeployable.java:254)
> at org.jboss.ide.eclipse.as.wtp.core.util.ServerModelUtilities.getChildModules(ServerModelUtilities.java:136)
> at org.jboss.ide.eclipse.as.wtp.core.util.ServerModelUtilities.getChildModules(ServerModelUtilities.java:129)
> at org.jboss.ide.eclipse.as.core.server.internal.DeployableServer.getChildModules(DeployableServer.java:104)
> at org.eclipse.wst.server.core.internal.Server.getChildModules(Server.java:2647)
> at org.eclipse.wst.server.core.internal.Server.visitModule(Server.java:3068)
> at org.eclipse.wst.server.core.internal.Server.isModuleDeployed(Server.java:962)
> at org.eclipse.wst.server.core.internal.Server.handleModuleProjectChange(Server.java:914)
> at org.eclipse.wst.server.core.internal.ResourceManager.publishHandleProjectChange(ResourceManager.java:1093)
> at org.eclipse.wst.server.core.internal.ResourceManager$ServerResourceChangeListener$1.visit(ResourceManager.java:125)
> at org.eclipse.core.internal.events.ResourceDelta.accept(ResourceDelta.java:64)
> at org.eclipse.core.internal.events.ResourceDelta.accept(ResourceDelta.java:74)
> at org.eclipse.core.internal.events.ResourceDelta.accept(ResourceDelta.java:48)
> at org.eclipse.wst.server.core.internal.ResourceManager$ServerResourceChangeListener.resourceChanged(ResourceManager.java:119)
> at org.eclipse.core.internal.events.NotificationManager$1.run(NotificationManager.java:297)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:287)
> at org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:150)
> at org.eclipse.core.internal.resources.Workspace.broadcastBuildEvent(Workspace.java:362)
> at org.eclipse.core.internal.resources.Project$1.run(Project.java:580)
> at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2289)
> at org.eclipse.core.internal.resources.Project.internalBuild(Project.java:545)
> at org.eclipse.core.internal.resources.Project.build(Project.java:121)
> at org.zeroturnaround.eclipse.nature.JRebelProject$1.run(JRebelProject.java:187)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:60)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (JBIDE-26258) Right-click on a project shows only a few items for the first time
by Josef Kopriva (Jira)
[ https://issues.redhat.com/browse/JBIDE-26258?page=com.atlassian.jira.plug... ]
Josef Kopriva updated JBIDE-26258:
----------------------------------
Fix Version/s: 4.14.0.Final
(was: 4.15.x)
> Right-click on a project shows only a few items for the first time
> ------------------------------------------------------------------
>
> Key: JBIDE-26258
> URL: https://issues.redhat.com/browse/JBIDE-26258
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: upstream
> Affects Versions: 4.9.0.AM1
> Reporter: Martin Malina
> Assignee: Jeff MAURY
> Priority: Major
> Fix For: 4.14.0.Final
>
> Attachments: menu-1.png, menu-2.png
>
>
> I'm not really sure what component to use for this issue.
> I noticed that the first time I right-click a project in Project Explorer, I only get a few items in the context menu. When I do it another time, I get the whole menu.
> This is the wrong menu that is shown for the first time:
> !menu-1.png!
> And this is the normal one that is shown when you try again:
> !menu-2.png!
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (JBIDE-26258) Right-click on a project shows only a few items for the first time
by Josef Kopriva (Jira)
[ https://issues.redhat.com/browse/JBIDE-26258?page=com.atlassian.jira.plug... ]
Josef Kopriva closed JBIDE-26258.
---------------------------------
Resolution: Cannot Reproduce
I was not able to reproduce it in
Red Hat CodeReady Studio
Version: 12.14.0.GA
Build id: GA-v20200305-0719-B6018
Build date: 20200305-0719
Closing.
> Right-click on a project shows only a few items for the first time
> ------------------------------------------------------------------
>
> Key: JBIDE-26258
> URL: https://issues.redhat.com/browse/JBIDE-26258
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: upstream
> Affects Versions: 4.9.0.AM1
> Reporter: Martin Malina
> Assignee: Jeff MAURY
> Priority: Major
> Fix For: 4.14.0.Final
>
> Attachments: menu-1.png, menu-2.png
>
>
> I'm not really sure what component to use for this issue.
> I noticed that the first time I right-click a project in Project Explorer, I only get a few items in the context menu. When I do it another time, I get the whole menu.
> This is the wrong menu that is shown for the first time:
> !menu-1.png!
> And this is the normal one that is shown when you try again:
> !menu-2.png!
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (JBIDE-26177) JRebel installation via RH Central introduces IllegalStateException error
by Ondrej Dockal (Jira)
[ https://issues.redhat.com/browse/JBIDE-26177?page=com.atlassian.jira.plug... ]
Ondrej Dockal closed JBIDE-26177.
---------------------------------
Assignee: Ondrej Dockal
> JRebel installation via RH Central introduces IllegalStateException error
> -------------------------------------------------------------------------
>
> Key: JBIDE-26177
> URL: https://issues.redhat.com/browse/JBIDE-26177
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.6.0.Final
> Reporter: Ondrej Dockal
> Assignee: Ondrej Dockal
> Priority: Major
> Fix For: 4.14.0.Final
>
>
> Event in error log shows message: Deadlock detected. All locks owned by thread Worker-16: Generating JRebel configuration files for org.jboss.tools.openshift.common.ui. will be suspended.
> StackTrace:
> {code}
> java.lang.IllegalStateException
> at org.eclipse.core.internal.jobs.DeadlockDetector.reportDeadlock(DeadlockDetector.java:599)
> at org.eclipse.core.internal.jobs.DeadlockDetector.lockWaitStart(DeadlockDetector.java:403)
> at org.eclipse.core.internal.jobs.LockManager.addLockWaitThread(LockManager.java:154)
> at org.eclipse.core.internal.jobs.ThreadJob.waitForRun(ThreadJob.java:304)
> at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:202)
> at org.eclipse.core.internal.jobs.JobManager.yieldRule(JobManager.java:1524)
> at org.eclipse.core.internal.jobs.InternalJob.yieldRule(InternalJob.java:527)
> at org.eclipse.core.runtime.jobs.Job.yieldRule(Job.java:959)
> at org.eclipse.wst.common.componentcore.internal.builder.DependencyGraphImpl.waitForAllUpdates(DependencyGraphImpl.java:691)
> at org.eclipse.wst.common.componentcore.internal.builder.DependencyGraphImpl.getReferencingComponents(DependencyGraphImpl.java:126)
> at org.eclipse.wst.common.componentcore.internal.builder.DependencyGraphImpl.getReferencingComponents(DependencyGraphImpl.java:116)
> at org.eclipse.wst.common.componentcore.internal.resources.VirtualComponent.getReferencingComponents(VirtualComponent.java:579)
> at org.eclipse.jst.j2ee.project.EarUtilities.getReferencingEARProjects(EarUtilities.java:274)
> at org.eclipse.jst.j2ee.componentcore.J2EEModuleVirtualComponent.calculateManifestReferences(J2EEModuleVirtualComponent.java:374)
> at org.eclipse.jst.j2ee.componentcore.J2EEModuleVirtualComponent.cacheManifestReferences(J2EEModuleVirtualComponent.java:364)
> at org.eclipse.jst.j2ee.componentcore.J2EEModuleVirtualComponent.getReferences(J2EEModuleVirtualComponent.java:180)
> at org.eclipse.jst.j2ee.componentcore.J2EEModuleVirtualComponent.getReferences(J2EEModuleVirtualComponent.java:218)
> at org.eclipse.jst.j2ee.componentcore.J2EEModuleVirtualComponent.getReferences(J2EEModuleVirtualComponent.java:211)
> at org.eclipse.jst.common.internal.modulecore.SingleRootUtil.hasConsumableReferences(SingleRootUtil.java:217)
> at org.eclipse.jst.common.internal.modulecore.SingleRootUtil.validateSingleRoot(SingleRootUtil.java:165)
> at org.eclipse.jst.common.internal.modulecore.SingleRootUtil.isSingleRoot(SingleRootUtil.java:93)
> at org.eclipse.jst.common.internal.modulecore.SingleRootExportParticipant.canOptimize(SingleRootExportParticipant.java:90)
> at org.eclipse.wst.common.componentcore.internal.flat.FlatVirtualComponent.canOptimize(FlatVirtualComponent.java:203)
> at org.eclipse.wst.common.componentcore.internal.flat.FlatVirtualComponent.cacheResources(FlatVirtualComponent.java:185)
> at org.eclipse.wst.common.componentcore.internal.flat.FlatVirtualComponent.getChildModules(FlatVirtualComponent.java:160)
> at org.eclipse.wst.web.internal.deployables.FlatComponentDeployable.getExportModelChildren(FlatComponentDeployable.java:259)
> at org.eclipse.wst.web.internal.deployables.FlatComponentDeployable.getModules(FlatComponentDeployable.java:270)
> at org.eclipse.wst.web.internal.deployables.FlatComponentDeployable.getChildModules(FlatComponentDeployable.java:254)
> at org.jboss.ide.eclipse.as.wtp.core.util.ServerModelUtilities.getChildModules(ServerModelUtilities.java:136)
> at org.jboss.ide.eclipse.as.wtp.core.util.ServerModelUtilities.getChildModules(ServerModelUtilities.java:129)
> at org.jboss.ide.eclipse.as.core.server.internal.DeployableServer.getChildModules(DeployableServer.java:104)
> at org.eclipse.wst.server.core.internal.Server.getChildModules(Server.java:2647)
> at org.eclipse.wst.server.core.internal.Server.visitModule(Server.java:3068)
> at org.eclipse.wst.server.core.internal.Server.isModuleDeployed(Server.java:962)
> at org.eclipse.wst.server.core.internal.Server.handleModuleProjectChange(Server.java:914)
> at org.eclipse.wst.server.core.internal.ResourceManager.publishHandleProjectChange(ResourceManager.java:1093)
> at org.eclipse.wst.server.core.internal.ResourceManager$ServerResourceChangeListener$1.visit(ResourceManager.java:125)
> at org.eclipse.core.internal.events.ResourceDelta.accept(ResourceDelta.java:64)
> at org.eclipse.core.internal.events.ResourceDelta.accept(ResourceDelta.java:74)
> at org.eclipse.core.internal.events.ResourceDelta.accept(ResourceDelta.java:48)
> at org.eclipse.wst.server.core.internal.ResourceManager$ServerResourceChangeListener.resourceChanged(ResourceManager.java:119)
> at org.eclipse.core.internal.events.NotificationManager$1.run(NotificationManager.java:297)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:287)
> at org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:150)
> at org.eclipse.core.internal.resources.Workspace.broadcastBuildEvent(Workspace.java:362)
> at org.eclipse.core.internal.resources.Project$1.run(Project.java:580)
> at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2289)
> at org.eclipse.core.internal.resources.Project.internalBuild(Project.java:545)
> at org.eclipse.core.internal.resources.Project.build(Project.java:121)
> at org.zeroturnaround.eclipse.nature.JRebelProject$1.run(JRebelProject.java:187)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:60)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month