[JBoss JIRA] (JBIDE-22138) Server adapter: doesn't respect openshift maven profile
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22138?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-22138 at 7/23/18 9:05 AM:
-------------------------------------------------------------------
I think that I found where in m2e-wtp the module name is set: [AbstractProjectConfiguratorDelegate#configureDeployedName|https://github....]
And I see it being called, which then causes the file to change on disk.
[~rob.stryker] this then causes J2EEModuleVirtualComponent to clear it's cache:
{code}
J2EEModuleVirtualComponent(VirtualComponent).clearCache() line: 721
J2EEModuleVirtualComponent.clearCache() line: 512
J2EEModuleVirtualComponent(VirtualComponent).resourceChanged(Resource) line: 95
VirtualComponent$ResourceAdapter.notifyChanged(Notification) line: 78
WTPModulesResource(TranslatorResourceImpl).eNotify(Notification) line: 444
WTPModulesResource(ResourceImpl).setModified(boolean) line: 1867
WTPModulesResource(TranslatorResourceImpl).doSave(OutputStream, Map) line: 192
WTPModulesResource(ResourceImpl).save(OutputStream, Map<?,?>) line: 1475
WTPModulesResource(ResourceImpl).save(Map<?,?>) line: 1044
WTPModulesResource(ReferencedXMIResourceImpl).save(Map) line: 377
WTPModulesResource(TranslatorResourceImpl).save(Map) line: 167
ModuleStructuralModel(EditModel).primSaveResource(Resource) line: 1303
ModuleStructuralModel(EditModel).saveResource(Resource) line: 1334
ModuleStructuralModel(EditModel).primSave(IProgressMonitor) line: 1269
EditModel$1.run(IProgressMonitor) line: 373
Workspace.run(ICoreRunnable, ISchedulingRule, int, IProgressMonitor) line: 2289
Workspace.run(IWorkspaceRunnable, ISchedulingRule, int, IProgressMonitor) line: 2316
ModuleStructuralModel.runSaveOperation(IWorkspaceRunnable, IProgressMonitor) line: 310
ModuleStructuralModel(EditModel).save(IProgressMonitor, Object) line: 376
ModuleStructuralModel.saveIfNecessary(IProgressMonitor, Object) line: 392
StructureEdit.saveIfNecessary(IProgressMonitor) line: 397
WebProjectConfiguratorDelegate(AbstractProjectConfiguratorDelegate).configureDeployedName(IProject, String) line: 189
{code}
But I dont see *J2EEDeployableFactory#clearCache* being called. Btw. There doesn't see to be such listener attached and thus being informed upon resource change. Here are the listeners that I see registered:
* org.eclipse.emf.common.notify.impl.AdapterImpl@21197771
* org.eclipse.wst.common.internal.emfworkbench.integration.EditModel$ResourceAdapter@6bc55154
* org.eclipse.wst.common.internal.emfworkbench.WorkbenchResourceHelper$FileAdapter@3543d4e1
* EMF2DOMAdapterImpl(#document,WTPModulesResource), org.eclipse.wst.common.componentcore.internal.resources.VirtualComponent$ResourceAdapter@2e185af0
was (Author: adietish):
I think that I found where in m2e-wtp the module name is set: [AbstractProjectConfiguratorDelegate#configureDeployedName|https://github....]
And I see it being called, which then causes the file to change on disk.
[~rob.stryker] this then causes J2EEModuleVirtualComponent to clear it's cache:
{code}
J2EEModuleVirtualComponent(VirtualComponent).clearCache() line: 721
J2EEModuleVirtualComponent.clearCache() line: 512
J2EEModuleVirtualComponent(VirtualComponent).resourceChanged(Resource) line: 95
VirtualComponent$ResourceAdapter.notifyChanged(Notification) line: 78
WTPModulesResource(TranslatorResourceImpl).eNotify(Notification) line: 444
WTPModulesResource(ResourceImpl).setModified(boolean) line: 1867
WTPModulesResource(TranslatorResourceImpl).doSave(OutputStream, Map) line: 192
WTPModulesResource(ResourceImpl).save(OutputStream, Map<?,?>) line: 1475
WTPModulesResource(ResourceImpl).save(Map<?,?>) line: 1044
WTPModulesResource(ReferencedXMIResourceImpl).save(Map) line: 377
WTPModulesResource(TranslatorResourceImpl).save(Map) line: 167
ModuleStructuralModel(EditModel).primSaveResource(Resource) line: 1303
ModuleStructuralModel(EditModel).saveResource(Resource) line: 1334
ModuleStructuralModel(EditModel).primSave(IProgressMonitor) line: 1269
EditModel$1.run(IProgressMonitor) line: 373
Workspace.run(ICoreRunnable, ISchedulingRule, int, IProgressMonitor) line: 2289
Workspace.run(IWorkspaceRunnable, ISchedulingRule, int, IProgressMonitor) line: 2316
ModuleStructuralModel.runSaveOperation(IWorkspaceRunnable, IProgressMonitor) line: 310
ModuleStructuralModel(EditModel).save(IProgressMonitor, Object) line: 376
ModuleStructuralModel.saveIfNecessary(IProgressMonitor, Object) line: 392
StructureEdit.saveIfNecessary(IProgressMonitor) line: 397
WebProjectConfiguratorDelegate(AbstractProjectConfiguratorDelegate).configureDeployedName(IProject, String) line: 189
{code}
But I dont see J2EEDeployableFactory#clearCache being called. Btw. There doesn't see to be such listener attached and thus being informed upon resource change. Here are the listeners that I see registered:
* org.eclipse.emf.common.notify.impl.AdapterImpl@21197771
* org.eclipse.wst.common.internal.emfworkbench.integration.EditModel$ResourceAdapter@6bc55154
* org.eclipse.wst.common.internal.emfworkbench.WorkbenchResourceHelper$FileAdapter@3543d4e1
* EMF2DOMAdapterImpl(#document,WTPModulesResource), org.eclipse.wst.common.componentcore.internal.resources.VirtualComponent$ResourceAdapter@2e185af0
> Server adapter: doesn't respect openshift maven profile
> -------------------------------------------------------
>
> Key: JBIDE-22138
> URL: https://issues.jboss.org/browse/JBIDE-22138
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Environment: JBoss Developer Studio (Core Features) 9.1.0.GA-v20160403-1700-B477
> Openshift plugin 3.1.0.Final-v20160401-2357-B263
> Reporter: Rafael Benevides
> Assignee: Andre Dietisheim
> Labels: openshift_v3, server_adapter
> Fix For: 4.9.0.AM1
>
> Attachments: image-2018-06-22-19-02-57-247.png
>
>
> This is a follow up on JBIDE-22128.
> The maven profile is never read to determine the actual archive name. That will require more coupling to m2e, in order to load the pom.xml model using the openshift profile, if it exists, in order to determine the archive name. This will be a long running operation and will require more significant changes
> steps:
> # EXEC: follow steps outlined in https://github.com/redhat-helloworld-msa/helloworld-msa/blob/master/hello... (deploying with fabric8 maven plugin doesn't work, you end up having the pod failing with ImagePullBack error. You need to take the alternative road where you deploy via "oc new-build", "oc new-app", "oc expose" etc.)
> # EXEC: import the app into your Eclipse workspace
> # EXEC: "hello" (workspace) project: Properties > Maven > Active Maven Profile: set "openshift"
> # EXEC: create a server adapter and start it
> # ASSERT: adapter starts syncing, verify what war is used
> Result:
> The war that's created locally and then synced to the pod is "hello.war" even though the profile specifies "ROOT.war"
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
- 1
- 0
[JBoss JIRA] (JBIDE-22138) Server adapter: doesn't respect openshift maven profile
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22138?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-22138 at 7/23/18 9:04 AM:
-------------------------------------------------------------------
I think that I found where in m2e-wtp the module name is set: [AbstractProjectConfiguratorDelegate#configureDeployedName|https://github....]
And I see it being called, which then causes the file to change on disk.
[~rob.stryker] this then causes J2EEModuleVirtualComponent to clear it's cache:
{code}
J2EEModuleVirtualComponent(VirtualComponent).clearCache() line: 721
J2EEModuleVirtualComponent.clearCache() line: 512
J2EEModuleVirtualComponent(VirtualComponent).resourceChanged(Resource) line: 95
VirtualComponent$ResourceAdapter.notifyChanged(Notification) line: 78
WTPModulesResource(TranslatorResourceImpl).eNotify(Notification) line: 444
WTPModulesResource(ResourceImpl).setModified(boolean) line: 1867
WTPModulesResource(TranslatorResourceImpl).doSave(OutputStream, Map) line: 192
WTPModulesResource(ResourceImpl).save(OutputStream, Map<?,?>) line: 1475
WTPModulesResource(ResourceImpl).save(Map<?,?>) line: 1044
WTPModulesResource(ReferencedXMIResourceImpl).save(Map) line: 377
WTPModulesResource(TranslatorResourceImpl).save(Map) line: 167
ModuleStructuralModel(EditModel).primSaveResource(Resource) line: 1303
ModuleStructuralModel(EditModel).saveResource(Resource) line: 1334
ModuleStructuralModel(EditModel).primSave(IProgressMonitor) line: 1269
EditModel$1.run(IProgressMonitor) line: 373
Workspace.run(ICoreRunnable, ISchedulingRule, int, IProgressMonitor) line: 2289
Workspace.run(IWorkspaceRunnable, ISchedulingRule, int, IProgressMonitor) line: 2316
ModuleStructuralModel.runSaveOperation(IWorkspaceRunnable, IProgressMonitor) line: 310
ModuleStructuralModel(EditModel).save(IProgressMonitor, Object) line: 376
ModuleStructuralModel.saveIfNecessary(IProgressMonitor, Object) line: 392
StructureEdit.saveIfNecessary(IProgressMonitor) line: 397
WebProjectConfiguratorDelegate(AbstractProjectConfiguratorDelegate).configureDeployedName(IProject, String) line: 189
{code}
But I dont see J2EEDeployableFactory#clearCache being called. Btw. There doesn't see to be such listener attached and thus being informed upon resource change. Here are the listeners that I see registered:
* org.eclipse.emf.common.notify.impl.AdapterImpl@21197771
* org.eclipse.wst.common.internal.emfworkbench.integration.EditModel$ResourceAdapter@6bc55154
* org.eclipse.wst.common.internal.emfworkbench.WorkbenchResourceHelper$FileAdapter@3543d4e1
* EMF2DOMAdapterImpl(#document,WTPModulesResource), org.eclipse.wst.common.componentcore.internal.resources.VirtualComponent$ResourceAdapter@2e185af0
was (Author: adietish):
I think that I found where in m2e-wtp the module name is set: [AbstractProjectConfiguratorDelegate#configureDeployedName|https://github....]
And I see it being called, which then causes the file to change on disk.
[~rob.stryker] this then causes J2EEModuleVirtualComponent to clear it's cache:
{code}
J2EEModuleVirtualComponent(VirtualComponent).clearCache() line: 721
J2EEModuleVirtualComponent.clearCache() line: 512
J2EEModuleVirtualComponent(VirtualComponent).resourceChanged(Resource) line: 95
VirtualComponent$ResourceAdapter.notifyChanged(Notification) line: 78
WTPModulesResource(TranslatorResourceImpl).eNotify(Notification) line: 444
WTPModulesResource(ResourceImpl).setModified(boolean) line: 1867
WTPModulesResource(TranslatorResourceImpl).doSave(OutputStream, Map) line: 192
WTPModulesResource(ResourceImpl).save(OutputStream, Map<?,?>) line: 1475
WTPModulesResource(ResourceImpl).save(Map<?,?>) line: 1044
WTPModulesResource(ReferencedXMIResourceImpl).save(Map) line: 377
WTPModulesResource(TranslatorResourceImpl).save(Map) line: 167
ModuleStructuralModel(EditModel).primSaveResource(Resource) line: 1303
ModuleStructuralModel(EditModel).saveResource(Resource) line: 1334
ModuleStructuralModel(EditModel).primSave(IProgressMonitor) line: 1269
EditModel$1.run(IProgressMonitor) line: 373
Workspace.run(ICoreRunnable, ISchedulingRule, int, IProgressMonitor) line: 2289
Workspace.run(IWorkspaceRunnable, ISchedulingRule, int, IProgressMonitor) line: 2316
ModuleStructuralModel.runSaveOperation(IWorkspaceRunnable, IProgressMonitor) line: 310
ModuleStructuralModel(EditModel).save(IProgressMonitor, Object) line: 376
ModuleStructuralModel.saveIfNecessary(IProgressMonitor, Object) line: 392
StructureEdit.saveIfNecessary(IProgressMonitor) line: 397
WebProjectConfiguratorDelegate(AbstractProjectConfiguratorDelegate).configureDeployedName(IProject, String) line: 189
{code}
But I dont see J2EEDeployableFactory#clearCache being called. Btw. There doesn't see to be such listener attached and thus being informed upon resource change. Here are the listeners that I see registered:
{code}
org.eclipse.emf.common.notify.impl.AdapterImpl@21197771,
org.eclipse.wst.common.internal.emfworkbench.integration.EditModel$ResourceAdapter@6bc55154,
org.eclipse.wst.common.internal.emfworkbench.WorkbenchResourceHelper$FileAdapter@3543d4e1,
EMF2DOMAdapterImpl(#document,WTPModulesResource), org.eclipse.wst.common.componentcore.internal.resources.VirtualComponent$ResourceAdapter@2e185af0
{code}
> Server adapter: doesn't respect openshift maven profile
> -------------------------------------------------------
>
> Key: JBIDE-22138
> URL: https://issues.jboss.org/browse/JBIDE-22138
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Environment: JBoss Developer Studio (Core Features) 9.1.0.GA-v20160403-1700-B477
> Openshift plugin 3.1.0.Final-v20160401-2357-B263
> Reporter: Rafael Benevides
> Assignee: Andre Dietisheim
> Labels: openshift_v3, server_adapter
> Fix For: 4.9.0.AM1
>
> Attachments: image-2018-06-22-19-02-57-247.png
>
>
> This is a follow up on JBIDE-22128.
> The maven profile is never read to determine the actual archive name. That will require more coupling to m2e, in order to load the pom.xml model using the openshift profile, if it exists, in order to determine the archive name. This will be a long running operation and will require more significant changes
> steps:
> # EXEC: follow steps outlined in https://github.com/redhat-helloworld-msa/helloworld-msa/blob/master/hello... (deploying with fabric8 maven plugin doesn't work, you end up having the pod failing with ImagePullBack error. You need to take the alternative road where you deploy via "oc new-build", "oc new-app", "oc expose" etc.)
> # EXEC: import the app into your Eclipse workspace
> # EXEC: "hello" (workspace) project: Properties > Maven > Active Maven Profile: set "openshift"
> # EXEC: create a server adapter and start it
> # ASSERT: adapter starts syncing, verify what war is used
> Result:
> The war that's created locally and then synced to the pod is "hello.war" even though the profile specifies "ROOT.war"
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
- 1
- 0
[JBoss JIRA] (JBIDE-22138) Server adapter: doesn't respect openshift maven profile
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22138?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-22138 at 7/23/18 9:03 AM:
-------------------------------------------------------------------
I think that I found where in m2e-wtp the module name is set: [AbstractProjectConfiguratorDelegate#configureDeployedName|https://github....]
And I see it being called, which then causes the file to change on disk.
[~rob.stryker] this then causes J2EEModuleVirtualComponent to clear it's cache:
{code}
J2EEModuleVirtualComponent(VirtualComponent).clearCache() line: 721
J2EEModuleVirtualComponent.clearCache() line: 512
J2EEModuleVirtualComponent(VirtualComponent).resourceChanged(Resource) line: 95
VirtualComponent$ResourceAdapter.notifyChanged(Notification) line: 78
WTPModulesResource(TranslatorResourceImpl).eNotify(Notification) line: 444
WTPModulesResource(ResourceImpl).setModified(boolean) line: 1867
WTPModulesResource(TranslatorResourceImpl).doSave(OutputStream, Map) line: 192
WTPModulesResource(ResourceImpl).save(OutputStream, Map<?,?>) line: 1475
WTPModulesResource(ResourceImpl).save(Map<?,?>) line: 1044
WTPModulesResource(ReferencedXMIResourceImpl).save(Map) line: 377
WTPModulesResource(TranslatorResourceImpl).save(Map) line: 167
ModuleStructuralModel(EditModel).primSaveResource(Resource) line: 1303
ModuleStructuralModel(EditModel).saveResource(Resource) line: 1334
ModuleStructuralModel(EditModel).primSave(IProgressMonitor) line: 1269
EditModel$1.run(IProgressMonitor) line: 373
Workspace.run(ICoreRunnable, ISchedulingRule, int, IProgressMonitor) line: 2289
Workspace.run(IWorkspaceRunnable, ISchedulingRule, int, IProgressMonitor) line: 2316
ModuleStructuralModel.runSaveOperation(IWorkspaceRunnable, IProgressMonitor) line: 310
ModuleStructuralModel(EditModel).save(IProgressMonitor, Object) line: 376
ModuleStructuralModel.saveIfNecessary(IProgressMonitor, Object) line: 392
StructureEdit.saveIfNecessary(IProgressMonitor) line: 397
WebProjectConfiguratorDelegate(AbstractProjectConfiguratorDelegate).configureDeployedName(IProject, String) line: 189
{code}
But I dont see J2EEDeployableFactory#clearCache being called. Btw. There doesn't see to be such listener attached and thus being informed upon resource change. Here are the listeners that I see registered:
{code}
org.eclipse.emf.common.notify.impl.AdapterImpl@21197771,
org.eclipse.wst.common.internal.emfworkbench.integration.EditModel$ResourceAdapter@6bc55154,
org.eclipse.wst.common.internal.emfworkbench.WorkbenchResourceHelper$FileAdapter@3543d4e1,
EMF2DOMAdapterImpl(#document,WTPModulesResource), org.eclipse.wst.common.componentcore.internal.resources.VirtualComponent$ResourceAdapter@2e185af0
{code}
was (Author: adietish):
I think that I found where in m2e-wtp the module name is set: [AbstractProjectConfiguratorDelegate#configureDeployedName|https://github....]
And I see it being called, which then causes the file to change on disk.
[~rob.stryker] this then causes J2EEModuleVirtualComponent to clear it's cache:
{code}
J2EEModuleVirtualComponent(VirtualComponent).clearCache() line: 721
J2EEModuleVirtualComponent.clearCache() line: 512
J2EEModuleVirtualComponent(VirtualComponent).resourceChanged(Resource) line: 95
VirtualComponent$ResourceAdapter.notifyChanged(Notification) line: 78
WTPModulesResource(TranslatorResourceImpl).eNotify(Notification) line: 444
WTPModulesResource(ResourceImpl).setModified(boolean) line: 1867
WTPModulesResource(TranslatorResourceImpl).doSave(OutputStream, Map) line: 192
WTPModulesResource(ResourceImpl).save(OutputStream, Map<?,?>) line: 1475
WTPModulesResource(ResourceImpl).save(Map<?,?>) line: 1044
WTPModulesResource(ReferencedXMIResourceImpl).save(Map) line: 377
WTPModulesResource(TranslatorResourceImpl).save(Map) line: 167
ModuleStructuralModel(EditModel).primSaveResource(Resource) line: 1303
ModuleStructuralModel(EditModel).saveResource(Resource) line: 1334
ModuleStructuralModel(EditModel).primSave(IProgressMonitor) line: 1269
EditModel$1.run(IProgressMonitor) line: 373
Workspace.run(ICoreRunnable, ISchedulingRule, int, IProgressMonitor) line: 2289
Workspace.run(IWorkspaceRunnable, ISchedulingRule, int, IProgressMonitor) line: 2316
ModuleStructuralModel.runSaveOperation(IWorkspaceRunnable, IProgressMonitor) line: 310
ModuleStructuralModel(EditModel).save(IProgressMonitor, Object) line: 376
ModuleStructuralModel.saveIfNecessary(IProgressMonitor, Object) line: 392
StructureEdit.saveIfNecessary(IProgressMonitor) line: 397
WebProjectConfiguratorDelegate(AbstractProjectConfiguratorDelegate).configureDeployedName(IProject, String) line: 189
{code}
> Server adapter: doesn't respect openshift maven profile
> -------------------------------------------------------
>
> Key: JBIDE-22138
> URL: https://issues.jboss.org/browse/JBIDE-22138
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Environment: JBoss Developer Studio (Core Features) 9.1.0.GA-v20160403-1700-B477
> Openshift plugin 3.1.0.Final-v20160401-2357-B263
> Reporter: Rafael Benevides
> Assignee: Andre Dietisheim
> Labels: openshift_v3, server_adapter
> Fix For: 4.9.0.AM1
>
> Attachments: image-2018-06-22-19-02-57-247.png
>
>
> This is a follow up on JBIDE-22128.
> The maven profile is never read to determine the actual archive name. That will require more coupling to m2e, in order to load the pom.xml model using the openshift profile, if it exists, in order to determine the archive name. This will be a long running operation and will require more significant changes
> steps:
> # EXEC: follow steps outlined in https://github.com/redhat-helloworld-msa/helloworld-msa/blob/master/hello... (deploying with fabric8 maven plugin doesn't work, you end up having the pod failing with ImagePullBack error. You need to take the alternative road where you deploy via "oc new-build", "oc new-app", "oc expose" etc.)
> # EXEC: import the app into your Eclipse workspace
> # EXEC: "hello" (workspace) project: Properties > Maven > Active Maven Profile: set "openshift"
> # EXEC: create a server adapter and start it
> # ASSERT: adapter starts syncing, verify what war is used
> Result:
> The war that's created locally and then synced to the pod is "hello.war" even though the profile specifies "ROOT.war"
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
- 1
- 0
[JBoss JIRA] (JBIDE-22138) Server adapter: doesn't respect openshift maven profile
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22138?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-22138 at 7/23/18 8:55 AM:
-------------------------------------------------------------------
I think that I found where in m2e-wtp the module name is set: [AbstractProjectConfiguratorDelegate#configureDeployedName|https://github....]
And I see it being called, which then causes the file to change on disk.
[~rob.stryker] this then causes J2EEModuleVirtualComponent to clear it's cache:
{code}
J2EEModuleVirtualComponent(VirtualComponent).clearCache() line: 721
J2EEModuleVirtualComponent.clearCache() line: 512
J2EEModuleVirtualComponent(VirtualComponent).resourceChanged(Resource) line: 95
VirtualComponent$ResourceAdapter.notifyChanged(Notification) line: 78
WTPModulesResource(TranslatorResourceImpl).eNotify(Notification) line: 444
WTPModulesResource(ResourceImpl).setModified(boolean) line: 1867
WTPModulesResource(TranslatorResourceImpl).doSave(OutputStream, Map) line: 192
WTPModulesResource(ResourceImpl).save(OutputStream, Map<?,?>) line: 1475
WTPModulesResource(ResourceImpl).save(Map<?,?>) line: 1044
WTPModulesResource(ReferencedXMIResourceImpl).save(Map) line: 377
WTPModulesResource(TranslatorResourceImpl).save(Map) line: 167
ModuleStructuralModel(EditModel).primSaveResource(Resource) line: 1303
ModuleStructuralModel(EditModel).saveResource(Resource) line: 1334
ModuleStructuralModel(EditModel).primSave(IProgressMonitor) line: 1269
EditModel$1.run(IProgressMonitor) line: 373
Workspace.run(ICoreRunnable, ISchedulingRule, int, IProgressMonitor) line: 2289
Workspace.run(IWorkspaceRunnable, ISchedulingRule, int, IProgressMonitor) line: 2316
ModuleStructuralModel.runSaveOperation(IWorkspaceRunnable, IProgressMonitor) line: 310
ModuleStructuralModel(EditModel).save(IProgressMonitor, Object) line: 376
ModuleStructuralModel.saveIfNecessary(IProgressMonitor, Object) line: 392
StructureEdit.saveIfNecessary(IProgressMonitor) line: 397
WebProjectConfiguratorDelegate(AbstractProjectConfiguratorDelegate).configureDeployedName(IProject, String) line: 189
{code}
was (Author: adietish):
I think that I found where in m2e-wtp the module name is set: [AbstractProjectConfiguratorDelegate#configureDeployedName|https://github....]
And I see it being called, which then causes the file to change on disk.
> Server adapter: doesn't respect openshift maven profile
> -------------------------------------------------------
>
> Key: JBIDE-22138
> URL: https://issues.jboss.org/browse/JBIDE-22138
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Environment: JBoss Developer Studio (Core Features) 9.1.0.GA-v20160403-1700-B477
> Openshift plugin 3.1.0.Final-v20160401-2357-B263
> Reporter: Rafael Benevides
> Assignee: Andre Dietisheim
> Labels: openshift_v3, server_adapter
> Fix For: 4.9.0.AM1
>
> Attachments: image-2018-06-22-19-02-57-247.png
>
>
> This is a follow up on JBIDE-22128.
> The maven profile is never read to determine the actual archive name. That will require more coupling to m2e, in order to load the pom.xml model using the openshift profile, if it exists, in order to determine the archive name. This will be a long running operation and will require more significant changes
> steps:
> # EXEC: follow steps outlined in https://github.com/redhat-helloworld-msa/helloworld-msa/blob/master/hello... (deploying with fabric8 maven plugin doesn't work, you end up having the pod failing with ImagePullBack error. You need to take the alternative road where you deploy via "oc new-build", "oc new-app", "oc expose" etc.)
> # EXEC: import the app into your Eclipse workspace
> # EXEC: "hello" (workspace) project: Properties > Maven > Active Maven Profile: set "openshift"
> # EXEC: create a server adapter and start it
> # ASSERT: adapter starts syncing, verify what war is used
> Result:
> The war that's created locally and then synced to the pod is "hello.war" even though the profile specifies "ROOT.war"
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
- 1
- 0
[JBoss JIRA] (JBIDE-26144) Update jboss-stacks minishift.yaml with newer released versions of CDK and minishift
by Ondrej Dockal (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26144?page=com.atlassian.jira.plugi... ]
Ondrej Dockal updated JBIDE-26144:
----------------------------------
Git Pull Request: https://github.com/jboss-developer/jboss-stacks/pull/78, https://github.com/jboss-developer/jboss-stacks/pull/77, https://github.com/jboss-developer/jboss-stacks/pull/79 (was: https://github.com/jboss-developer/jboss-stacks/pull/78, https://github.com/jboss-developer/jboss-stacks/pull/77)
> Update jboss-stacks minishift.yaml with newer released versions of CDK and minishift
> ------------------------------------------------------------------------------------
>
> Key: JBIDE-26144
> URL: https://issues.jboss.org/browse/JBIDE-26144
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: cdk, qa
> Affects Versions: 4.6.0.Final
> Reporter: Ondrej Dockal
> Assignee: Ondrej Dockal
> Fix For: 4.9.0.AM1
>
>
> * Add missing released minishift runtimes (1.18, 1.19, 1.20, 1.21)
> * Insert CDK 3.5.0 when it is released
> * improve unit tests for stack file validation (add complex http request check)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
- 1
- 0
[JBoss JIRA] (JBIDE-26227) EAP compatibility test sometimes fails on runtime search dialog
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26227?page=com.atlassian.jira.plugi... ]
Martin Malina updated JBIDE-26227:
----------------------------------
Description:
dcihak of the EAP QE team has reported that the compatibility test they've been using started failing sometimes:
https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
Build 18 failed on openjdk and build 19 failed on oracle jdk. So it only happens sometimes.
Here's an example of the failure:
https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
{code}
Error Message
No matching widget found with Matcher matching when all matchers match: [Matcher matching widget with the same type as or type extending class org.eclipse.swt.widgets.Label, Matcher matching widget which text matches: "Searching runtimes is finished."]
class org.eclipse.swt.widgets.Shell[shell: 'Searching for runtimes...'] with text 'Searching for runtimes...'
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with text ''
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Tree[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1' with text ''
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Hide already created runtimes'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Add runtime path to list of paths searchable on startup'
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text ''
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'OK'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Select All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Deselect All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Cancel'
Stacktrace
org.eclipse.reddeer.core.exception.CoreLayerException: No matching widget found with Matcher matching when all matchers match: [Matcher matching widget with the same type as or type extending class org.eclipse.swt.widgets.Label, Matcher matching widget which text matches: "Searching runtimes is finished."]
class org.eclipse.swt.widgets.Shell[shell: 'Searching for runtimes...'] with text 'Searching for runtimes...'
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with text ''
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Tree[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1' with text ''
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Hide already created runtimes'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Add runtime path to list of paths searchable on startup'
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text ''
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'OK'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Select All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Deselect All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Cancel'
at org.eclipse.reddeer.common.wait.WaitUntil.throwWaitTimeOutException(WaitUntil.java:122)
at org.eclipse.reddeer.common.wait.AbstractWait.timeoutExceeded(AbstractWait.java:207)
at org.eclipse.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:151)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:132)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:97)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:64)
at org.eclipse.reddeer.common.wait.WaitUntil.<init>(WaitUntil.java:50)
at org.eclipse.reddeer.core.lookup.WidgetLookup.activeWidget(WidgetLookup.java:109)
at org.eclipse.reddeer.core.lookup.WidgetLookup.activeWidget(WidgetLookup.java:87)
at org.eclipse.reddeer.swt.widgets.AbstractWidget.<init>(AbstractWidget.java:76)
at org.eclipse.reddeer.swt.widgets.AbstractControl.<init>(AbstractControl.java:38)
at org.eclipse.reddeer.swt.impl.label.AbstractLabel.<init>(AbstractLabel.java:24)
at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:102)
at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:62)
at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:52)
at org.jboss.tools.as.ui.bot.itests.reddeer.ui.RuntimeDetectionPreferencePage$RuntimeSearchedFinished.test(RuntimeDetectionPreferencePage.java:70)
at org.eclipse.reddeer.common.wait.WaitUntil.stopWaiting(WaitUntil.java:103)
at org.eclipse.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:147)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:132)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:97)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:64)
at org.eclipse.reddeer.common.wait.WaitUntil.<init>(WaitUntil.java:50)
at org.jboss.tools.as.ui.bot.itests.reddeer.ui.RuntimeDetectionPreferencePage.search(RuntimeDetectionPreferencePage.java:61)
at org.jboss.tools.as.ui.bot.itests.reddeer.util.RuntimeDetectionUtility.addPath(RuntimeDetectionUtility.java:37)
at org.jboss.tools.as.ui.bot.itests.reddeer.util.DetectRuntimeTemplate.detectRuntime(DetectRuntimeTemplate.java:37)
at org.jboss.tools.as.ui.bot.itests.server.SingleServerRuntimeTest.checkCountAndGetServerName(SingleServerRuntimeTest.java:60)
at org.jboss.tools.as.ui.bot.itests.server.SingleServerRuntimeTest.detect(SingleServerRuntimeTest.java:56)
{code}
And a screenshot:
https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
!RuntimeTest.png!
One possible explanation is that sometimes it takes longer for the runtime to be found and that makes the test fail. If that's true, then some added wait may fix the problem.
Keep in mind that we'll need this fix also for the photon stream (JBT 4.6.0), so I guess we'll need to bug Rob to create a maintenance branch from the 4.6.0.Final tag for this.
was:
dcihak of the EAP QE team has reported that the compatibility test they've been using started failing sometimes:
https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
Build 18 failed on openjdk and build 19 failed on oracle jdk. So it only happens sometimes.
Here's an example of the failure:
https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
{code}
Error Message
No matching widget found with Matcher matching when all matchers match: [Matcher matching widget with the same type as or type extending class org.eclipse.swt.widgets.Label, Matcher matching widget which text matches: "Searching runtimes is finished."]
class org.eclipse.swt.widgets.Shell[shell: 'Searching for runtimes...'] with text 'Searching for runtimes...'
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with text ''
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Tree[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1' with text ''
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Hide already created runtimes'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Add runtime path to list of paths searchable on startup'
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text ''
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'OK'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Select All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Deselect All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Cancel'
Stacktrace
org.eclipse.reddeer.core.exception.CoreLayerException: No matching widget found with Matcher matching when all matchers match: [Matcher matching widget with the same type as or type extending class org.eclipse.swt.widgets.Label, Matcher matching widget which text matches: "Searching runtimes is finished."]
class org.eclipse.swt.widgets.Shell[shell: 'Searching for runtimes...'] with text 'Searching for runtimes...'
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with text ''
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Tree[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1' with text ''
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Hide already created runtimes'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Add runtime path to list of paths searchable on startup'
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text ''
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'OK'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Select All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Deselect All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Cancel'
at org.eclipse.reddeer.common.wait.WaitUntil.throwWaitTimeOutException(WaitUntil.java:122)
at org.eclipse.reddeer.common.wait.AbstractWait.timeoutExceeded(AbstractWait.java:207)
at org.eclipse.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:151)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:132)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:97)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:64)
at org.eclipse.reddeer.common.wait.WaitUntil.<init>(WaitUntil.java:50)
at org.eclipse.reddeer.core.lookup.WidgetLookup.activeWidget(WidgetLookup.java:109)
at org.eclipse.reddeer.core.lookup.WidgetLookup.activeWidget(WidgetLookup.java:87)
at org.eclipse.reddeer.swt.widgets.AbstractWidget.<init>(AbstractWidget.java:76)
at org.eclipse.reddeer.swt.widgets.AbstractControl.<init>(AbstractControl.java:38)
at org.eclipse.reddeer.swt.impl.label.AbstractLabel.<init>(AbstractLabel.java:24)
at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:102)
at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:62)
at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:52)
at org.jboss.tools.as.ui.bot.itests.reddeer.ui.RuntimeDetectionPreferencePage$RuntimeSearchedFinished.test(RuntimeDetectionPreferencePage.java:70)
at org.eclipse.reddeer.common.wait.WaitUntil.stopWaiting(WaitUntil.java:103)
at org.eclipse.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:147)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:132)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:97)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:64)
at org.eclipse.reddeer.common.wait.WaitUntil.<init>(WaitUntil.java:50)
at org.jboss.tools.as.ui.bot.itests.reddeer.ui.RuntimeDetectionPreferencePage.search(RuntimeDetectionPreferencePage.java:61)
at org.jboss.tools.as.ui.bot.itests.reddeer.util.RuntimeDetectionUtility.addPath(RuntimeDetectionUtility.java:37)
at org.jboss.tools.as.ui.bot.itests.reddeer.util.DetectRuntimeTemplate.detectRuntime(DetectRuntimeTemplate.java:37)
at org.jboss.tools.as.ui.bot.itests.server.SingleServerRuntimeTest.checkCountAndGetServerName(SingleServerRuntimeTest.java:60)
at org.jboss.tools.as.ui.bot.itests.server.SingleServerRuntimeTest.detect(SingleServerRuntimeTest.java:56)
{code}
And a screenshot:
https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
One possible explanation is that sometimes it takes longer for the runtime to be found and that makes the test fail. If that's true, then some added wait may fix the problem.
Keep in mind that we'll need this fix also for the photon stream (JBT 4.6.0), so I guess we'll need to bug Rob to create a maintenance branch from the 4.6.0.Final tag for this.
> EAP compatibility test sometimes fails on runtime search dialog
> ---------------------------------------------------------------
>
> Key: JBIDE-26227
> URL: https://issues.jboss.org/browse/JBIDE-26227
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: integration-tests, server
> Affects Versions: 4.9.0.AM1
> Reporter: Martin Malina
> Assignee: Josef Kopriva
> Fix For: 4.9.0.AM1
>
> Attachments: RuntimeTest.png
>
>
> dcihak of the EAP QE team has reported that the compatibility test they've been using started failing sometimes:
> https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
> Build 18 failed on openjdk and build 19 failed on oracle jdk. So it only happens sometimes.
> Here's an example of the failure:
> https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
> {code}
> Error Message
> No matching widget found with Matcher matching when all matchers match: [Matcher matching widget with the same type as or type extending class org.eclipse.swt.widgets.Label, Matcher matching widget which text matches: "Searching runtimes is finished."]
> class org.eclipse.swt.widgets.Shell[shell: 'Searching for runtimes...'] with text 'Searching for runtimes...'
> class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with text ''
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
> class org.eclipse.swt.widgets.Tree[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1' with text ''
> class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Hide already created runtimes'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Add runtime path to list of paths searchable on startup'
> class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text ''
> class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'OK'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Select All'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Deselect All'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Cancel'
> Stacktrace
> org.eclipse.reddeer.core.exception.CoreLayerException: No matching widget found with Matcher matching when all matchers match: [Matcher matching widget with the same type as or type extending class org.eclipse.swt.widgets.Label, Matcher matching widget which text matches: "Searching runtimes is finished."]
> class org.eclipse.swt.widgets.Shell[shell: 'Searching for runtimes...'] with text 'Searching for runtimes...'
> class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with text ''
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
> class org.eclipse.swt.widgets.Tree[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1' with text ''
> class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Hide already created runtimes'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Add runtime path to list of paths searchable on startup'
> class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text ''
> class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'OK'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Select All'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Deselect All'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Cancel'
> at org.eclipse.reddeer.common.wait.WaitUntil.throwWaitTimeOutException(WaitUntil.java:122)
> at org.eclipse.reddeer.common.wait.AbstractWait.timeoutExceeded(AbstractWait.java:207)
> at org.eclipse.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:151)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:132)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:97)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:64)
> at org.eclipse.reddeer.common.wait.WaitUntil.<init>(WaitUntil.java:50)
> at org.eclipse.reddeer.core.lookup.WidgetLookup.activeWidget(WidgetLookup.java:109)
> at org.eclipse.reddeer.core.lookup.WidgetLookup.activeWidget(WidgetLookup.java:87)
> at org.eclipse.reddeer.swt.widgets.AbstractWidget.<init>(AbstractWidget.java:76)
> at org.eclipse.reddeer.swt.widgets.AbstractControl.<init>(AbstractControl.java:38)
> at org.eclipse.reddeer.swt.impl.label.AbstractLabel.<init>(AbstractLabel.java:24)
> at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:102)
> at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:62)
> at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:52)
> at org.jboss.tools.as.ui.bot.itests.reddeer.ui.RuntimeDetectionPreferencePage$RuntimeSearchedFinished.test(RuntimeDetectionPreferencePage.java:70)
> at org.eclipse.reddeer.common.wait.WaitUntil.stopWaiting(WaitUntil.java:103)
> at org.eclipse.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:147)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:132)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:97)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:64)
> at org.eclipse.reddeer.common.wait.WaitUntil.<init>(WaitUntil.java:50)
> at org.jboss.tools.as.ui.bot.itests.reddeer.ui.RuntimeDetectionPreferencePage.search(RuntimeDetectionPreferencePage.java:61)
> at org.jboss.tools.as.ui.bot.itests.reddeer.util.RuntimeDetectionUtility.addPath(RuntimeDetectionUtility.java:37)
> at org.jboss.tools.as.ui.bot.itests.reddeer.util.DetectRuntimeTemplate.detectRuntime(DetectRuntimeTemplate.java:37)
> at org.jboss.tools.as.ui.bot.itests.server.SingleServerRuntimeTest.checkCountAndGetServerName(SingleServerRuntimeTest.java:60)
> at org.jboss.tools.as.ui.bot.itests.server.SingleServerRuntimeTest.detect(SingleServerRuntimeTest.java:56)
> {code}
> And a screenshot:
> https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
> !RuntimeTest.png!
> One possible explanation is that sometimes it takes longer for the runtime to be found and that makes the test fail. If that's true, then some added wait may fix the problem.
> Keep in mind that we'll need this fix also for the photon stream (JBT 4.6.0), so I guess we'll need to bug Rob to create a maintenance branch from the 4.6.0.Final tag for this.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
- 1
- 0
[JBoss JIRA] (JBIDE-26227) EAP compatibility test sometimes fails on runtime search dialog
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26227?page=com.atlassian.jira.plugi... ]
Martin Malina updated JBIDE-26227:
----------------------------------
Attachment: RuntimeTest.png
> EAP compatibility test sometimes fails on runtime search dialog
> ---------------------------------------------------------------
>
> Key: JBIDE-26227
> URL: https://issues.jboss.org/browse/JBIDE-26227
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: integration-tests, server
> Affects Versions: 4.9.0.AM1
> Reporter: Martin Malina
> Assignee: Josef Kopriva
> Fix For: 4.9.0.AM1
>
> Attachments: RuntimeTest.png
>
>
> dcihak of the EAP QE team has reported that the compatibility test they've been using started failing sometimes:
> https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
> Build 18 failed on openjdk and build 19 failed on oracle jdk. So it only happens sometimes.
> Here's an example of the failure:
> https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
> {code}
> Error Message
> No matching widget found with Matcher matching when all matchers match: [Matcher matching widget with the same type as or type extending class org.eclipse.swt.widgets.Label, Matcher matching widget which text matches: "Searching runtimes is finished."]
> class org.eclipse.swt.widgets.Shell[shell: 'Searching for runtimes...'] with text 'Searching for runtimes...'
> class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with text ''
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
> class org.eclipse.swt.widgets.Tree[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1' with text ''
> class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Hide already created runtimes'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Add runtime path to list of paths searchable on startup'
> class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text ''
> class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'OK'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Select All'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Deselect All'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Cancel'
> Stacktrace
> org.eclipse.reddeer.core.exception.CoreLayerException: No matching widget found with Matcher matching when all matchers match: [Matcher matching widget with the same type as or type extending class org.eclipse.swt.widgets.Label, Matcher matching widget which text matches: "Searching runtimes is finished."]
> class org.eclipse.swt.widgets.Shell[shell: 'Searching for runtimes...'] with text 'Searching for runtimes...'
> class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with text ''
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
> class org.eclipse.swt.widgets.Tree[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1' with text ''
> class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Hide already created runtimes'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Add runtime path to list of paths searchable on startup'
> class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
> class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text ''
> class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...'] with label ''
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'OK'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Select All'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Deselect All'
> class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Cancel'
> at org.eclipse.reddeer.common.wait.WaitUntil.throwWaitTimeOutException(WaitUntil.java:122)
> at org.eclipse.reddeer.common.wait.AbstractWait.timeoutExceeded(AbstractWait.java:207)
> at org.eclipse.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:151)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:132)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:97)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:64)
> at org.eclipse.reddeer.common.wait.WaitUntil.<init>(WaitUntil.java:50)
> at org.eclipse.reddeer.core.lookup.WidgetLookup.activeWidget(WidgetLookup.java:109)
> at org.eclipse.reddeer.core.lookup.WidgetLookup.activeWidget(WidgetLookup.java:87)
> at org.eclipse.reddeer.swt.widgets.AbstractWidget.<init>(AbstractWidget.java:76)
> at org.eclipse.reddeer.swt.widgets.AbstractControl.<init>(AbstractControl.java:38)
> at org.eclipse.reddeer.swt.impl.label.AbstractLabel.<init>(AbstractLabel.java:24)
> at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:102)
> at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:62)
> at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:52)
> at org.jboss.tools.as.ui.bot.itests.reddeer.ui.RuntimeDetectionPreferencePage$RuntimeSearchedFinished.test(RuntimeDetectionPreferencePage.java:70)
> at org.eclipse.reddeer.common.wait.WaitUntil.stopWaiting(WaitUntil.java:103)
> at org.eclipse.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:147)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:132)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:97)
> at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:64)
> at org.eclipse.reddeer.common.wait.WaitUntil.<init>(WaitUntil.java:50)
> at org.jboss.tools.as.ui.bot.itests.reddeer.ui.RuntimeDetectionPreferencePage.search(RuntimeDetectionPreferencePage.java:61)
> at org.jboss.tools.as.ui.bot.itests.reddeer.util.RuntimeDetectionUtility.addPath(RuntimeDetectionUtility.java:37)
> at org.jboss.tools.as.ui.bot.itests.reddeer.util.DetectRuntimeTemplate.detectRuntime(DetectRuntimeTemplate.java:37)
> at org.jboss.tools.as.ui.bot.itests.server.SingleServerRuntimeTest.checkCountAndGetServerName(SingleServerRuntimeTest.java:60)
> at org.jboss.tools.as.ui.bot.itests.server.SingleServerRuntimeTest.detect(SingleServerRuntimeTest.java:56)
> {code}
> And a screenshot:
> https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
> One possible explanation is that sometimes it takes longer for the runtime to be found and that makes the test fail. If that's true, then some added wait may fix the problem.
> Keep in mind that we'll need this fix also for the photon stream (JBT 4.6.0), so I guess we'll need to bug Rob to create a maintenance branch from the 4.6.0.Final tag for this.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
- 1
- 0
[JBoss JIRA] (JBIDE-26227) EAP compatibility test sometimes fails on runtime search dialog
by Martin Malina (JIRA)
Martin Malina created JBIDE-26227:
-------------------------------------
Summary: EAP compatibility test sometimes fails on runtime search dialog
Key: JBIDE-26227
URL: https://issues.jboss.org/browse/JBIDE-26227
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: integration-tests, server
Affects Versions: 4.9.0.AM1
Reporter: Martin Malina
Assignee: Josef Kopriva
Fix For: 4.9.0.AM1
dcihak of the EAP QE team has reported that the compatibility test they've been using started failing sometimes:
https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
Build 18 failed on openjdk and build 19 failed on oracle jdk. So it only happens sometimes.
Here's an example of the failure:
https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
{code}
Error Message
No matching widget found with Matcher matching when all matchers match: [Matcher matching widget with the same type as or type extending class org.eclipse.swt.widgets.Label, Matcher matching widget which text matches: "Searching runtimes is finished."]
class org.eclipse.swt.widgets.Shell[shell: 'Searching for runtimes...'] with text 'Searching for runtimes...'
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with text ''
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Tree[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1' with text ''
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Hide already created runtimes'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Add runtime path to list of paths searchable on startup'
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text ''
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'OK'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Select All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Deselect All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Cancel'
Stacktrace
org.eclipse.reddeer.core.exception.CoreLayerException: No matching widget found with Matcher matching when all matchers match: [Matcher matching widget with the same type as or type extending class org.eclipse.swt.widgets.Label, Matcher matching widget which text matches: "Searching runtimes is finished."]
class org.eclipse.swt.widgets.Shell[shell: 'Searching for runtimes...'] with text 'Searching for runtimes...'
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with text ''
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Tree[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1'
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label 'Searching /home/hudson/hudson_workspace/works...bot.itests/target/requirements/jboss-eap-7.1' with text ''
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Hide already created runtimes'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Add runtime path to list of paths searchable on startup'
class org.eclipse.jface.dialogs.ProgressIndicator[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.ProgressBar[shell: 'Searching for runtimes...']
class org.eclipse.swt.widgets.Label[shell: 'Searching for runtimes...'] with label '' with text ''
class org.eclipse.swt.widgets.Composite[shell: 'Searching for runtimes...'] with label ''
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'OK'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Select All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Deselect All'
class org.eclipse.swt.widgets.Button[shell: 'Searching for runtimes...'] with label '' with text 'Cancel'
at org.eclipse.reddeer.common.wait.WaitUntil.throwWaitTimeOutException(WaitUntil.java:122)
at org.eclipse.reddeer.common.wait.AbstractWait.timeoutExceeded(AbstractWait.java:207)
at org.eclipse.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:151)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:132)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:97)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:64)
at org.eclipse.reddeer.common.wait.WaitUntil.<init>(WaitUntil.java:50)
at org.eclipse.reddeer.core.lookup.WidgetLookup.activeWidget(WidgetLookup.java:109)
at org.eclipse.reddeer.core.lookup.WidgetLookup.activeWidget(WidgetLookup.java:87)
at org.eclipse.reddeer.swt.widgets.AbstractWidget.<init>(AbstractWidget.java:76)
at org.eclipse.reddeer.swt.widgets.AbstractControl.<init>(AbstractControl.java:38)
at org.eclipse.reddeer.swt.impl.label.AbstractLabel.<init>(AbstractLabel.java:24)
at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:102)
at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:62)
at org.eclipse.reddeer.swt.impl.label.DefaultLabel.<init>(DefaultLabel.java:52)
at org.jboss.tools.as.ui.bot.itests.reddeer.ui.RuntimeDetectionPreferencePage$RuntimeSearchedFinished.test(RuntimeDetectionPreferencePage.java:70)
at org.eclipse.reddeer.common.wait.WaitUntil.stopWaiting(WaitUntil.java:103)
at org.eclipse.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:147)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:132)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:97)
at org.eclipse.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:64)
at org.eclipse.reddeer.common.wait.WaitUntil.<init>(WaitUntil.java:50)
at org.jboss.tools.as.ui.bot.itests.reddeer.ui.RuntimeDetectionPreferencePage.search(RuntimeDetectionPreferencePage.java:61)
at org.jboss.tools.as.ui.bot.itests.reddeer.util.RuntimeDetectionUtility.addPath(RuntimeDetectionUtility.java:37)
at org.jboss.tools.as.ui.bot.itests.reddeer.util.DetectRuntimeTemplate.detectRuntime(DetectRuntimeTemplate.java:37)
at org.jboss.tools.as.ui.bot.itests.server.SingleServerRuntimeTest.checkCountAndGetServerName(SingleServerRuntimeTest.java:60)
at org.jboss.tools.as.ui.bot.itests.server.SingleServerRuntimeTest.detect(SingleServerRuntimeTest.java:56)
{code}
And a screenshot:
https://eap-cp-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/...
One possible explanation is that sometimes it takes longer for the runtime to be found and that makes the test fail. If that's true, then some added wait may fix the problem.
Keep in mind that we'll need this fix also for the photon stream (JBT 4.6.0), so I guess we'll need to bug Rob to create a maintenance branch from the 4.6.0.Final tag for this.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
- 1
- 0
[JBoss JIRA] (JBIDE-26144) Update jboss-stacks minishift.yaml with newer released versions of CDK and minishift
by Ondrej Dockal (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26144?page=com.atlassian.jira.plugi... ]
Ondrej Dockal commented on JBIDE-26144:
---------------------------------------
[~jeffmaury] Thanks for taking care of first two sub-tasks.
> Update jboss-stacks minishift.yaml with newer released versions of CDK and minishift
> ------------------------------------------------------------------------------------
>
> Key: JBIDE-26144
> URL: https://issues.jboss.org/browse/JBIDE-26144
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: cdk, qa
> Affects Versions: 4.6.0.Final
> Reporter: Ondrej Dockal
> Assignee: Ondrej Dockal
> Fix For: 4.9.0.AM1
>
>
> * Add missing released minishift runtimes (1.18, 1.19, 1.20, 1.21)
> * Insert CDK 3.5.0 when it is released
> * improve unit tests for stack file validation (add complex http request check)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
- 1
- 0
[JBoss JIRA] (JBIDE-22138) Server adapter: doesn't respect openshift maven profile
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22138?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-22138 at 7/23/18 6:47 AM:
-------------------------------------------------------------------
I think that I found where in m2e-wtp the module name is set: [AbstractProjectConfiguratorDelegate#configureDeployedName|https://github....]
And I see it being called, which then causes the file to change on disk.
was (Author: adietish):
I think that I found where in m2e-wtp the module name is set: [AbstractProjectConfiguratorDelegate#configureDeployedName|https://github....]
> Server adapter: doesn't respect openshift maven profile
> -------------------------------------------------------
>
> Key: JBIDE-22138
> URL: https://issues.jboss.org/browse/JBIDE-22138
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Environment: JBoss Developer Studio (Core Features) 9.1.0.GA-v20160403-1700-B477
> Openshift plugin 3.1.0.Final-v20160401-2357-B263
> Reporter: Rafael Benevides
> Assignee: Andre Dietisheim
> Labels: openshift_v3, server_adapter
> Fix For: 4.9.0.AM1
>
> Attachments: image-2018-06-22-19-02-57-247.png
>
>
> This is a follow up on JBIDE-22128.
> The maven profile is never read to determine the actual archive name. That will require more coupling to m2e, in order to load the pom.xml model using the openshift profile, if it exists, in order to determine the archive name. This will be a long running operation and will require more significant changes
> steps:
> # EXEC: follow steps outlined in https://github.com/redhat-helloworld-msa/helloworld-msa/blob/master/hello... (deploying with fabric8 maven plugin doesn't work, you end up having the pod failing with ImagePullBack error. You need to take the alternative road where you deploy via "oc new-build", "oc new-app", "oc expose" etc.)
> # EXEC: import the app into your Eclipse workspace
> # EXEC: "hello" (workspace) project: Properties > Maven > Active Maven Profile: set "openshift"
> # EXEC: create a server adapter and start it
> # ASSERT: adapter starts syncing, verify what war is used
> Result:
> The war that's created locally and then synced to the pod is "hello.war" even though the profile specifies "ROOT.war"
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 8 months
- 1
- 0