[JBoss JIRA] (JBTIS-996) Fuse: Error in project creation
by Tomáš Sedmík (JIRA)
[ https://issues.jboss.org/browse/JBTIS-996?page=com.atlassian.jira.plugin.... ]
Tomáš Sedmík updated JBTIS-996:
-------------------------------
Original Estimate: 1 hour
Remaining Estimate: 1 hour
> Fuse: Error in project creation
> -------------------------------
>
> Key: JBTIS-996
> URL: https://issues.jboss.org/browse/JBTIS-996
> Project: JBoss Tools Integration Stack
> Issue Type: Bug
> Components: Fuse IDE, QE
> Affects Versions: 4.4.0.Final
> Reporter: Tomáš Sedmík
> Assignee: Tomáš Sedmík
> Priority: Critical
> Fix For: 4.4.0.Final
>
> Attachments: Screenshot from 2016-11-28 10-49-57.png
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> I hit an issue with _ConfigurationsEditorDataFormatsTest_. Project creation in before test fails with
> {code}
> org.jboss.reddeer.common.exception.WaitTimeoutExpiredException: Timeout after: 900 s.: shell with title matching Matcher matching widget which text matches: "New Fuse Integration Project" is available
> at org.jboss.reddeer.common.wait.AbstractWait.timeoutExceeded(AbstractWait.java:183)
> at org.jboss.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:136)
> at org.jboss.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:101)
> at org.jboss.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:71)
> at org.jboss.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:56)
> at org.jboss.reddeer.common.wait.WaitWhile.<init>(WaitWhile.java:45)
> at org.jboss.reddeer.jface.wizard.WizardDialog.finish(WizardDialog.java:69)
> at org.jboss.tools.fuse.ui.bot.test.utils.ProjectFactory.create(ProjectFactory.java:79)
> at org.jboss.tools.fuse.ui.bot.test.ConfigurationsEditorDataFormatsTest.setupData(ConfigurationsEditorDataFormatsTest.java:115)
> {code}
> (also see attached screenshot)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JBTIS-996) Fuse: Error in project creation
by Tomáš Sedmík (JIRA)
Tomáš Sedmík created JBTIS-996:
----------------------------------
Summary: Fuse: Error in project creation
Key: JBTIS-996
URL: https://issues.jboss.org/browse/JBTIS-996
Project: JBoss Tools Integration Stack
Issue Type: Bug
Components: Fuse IDE, QE
Affects Versions: 4.4.0.Final
Reporter: Tomáš Sedmík
Assignee: Tomáš Sedmík
Priority: Critical
Fix For: 4.4.0.Final
Attachments: Screenshot from 2016-11-28 10-49-57.png
I hit an issue with _ConfigurationsEditorDataFormatsTest_. Project creation in before test fails with
{code}
org.jboss.reddeer.common.exception.WaitTimeoutExpiredException: Timeout after: 900 s.: shell with title matching Matcher matching widget which text matches: "New Fuse Integration Project" is available
at org.jboss.reddeer.common.wait.AbstractWait.timeoutExceeded(AbstractWait.java:183)
at org.jboss.reddeer.common.wait.AbstractWait.wait(AbstractWait.java:136)
at org.jboss.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:101)
at org.jboss.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:71)
at org.jboss.reddeer.common.wait.AbstractWait.<init>(AbstractWait.java:56)
at org.jboss.reddeer.common.wait.WaitWhile.<init>(WaitWhile.java:45)
at org.jboss.reddeer.jface.wizard.WizardDialog.finish(WizardDialog.java:69)
at org.jboss.tools.fuse.ui.bot.test.utils.ProjectFactory.create(ProjectFactory.java:79)
at org.jboss.tools.fuse.ui.bot.test.ConfigurationsEditorDataFormatsTest.setupData(ConfigurationsEditorDataFormatsTest.java:115)
{code}
(also see attached screenshot)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JBIDE-21857) Hot class reload doesn't work on OpenShift
by Thomas Mäder (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Thomas Mäder edited comment on JBIDE-21857 at 11/28/16 4:32 AM:
----------------------------------------------------------------
Hi [~mlabuda]. When you have a change that you can't HCR, the jboss tooling offers to reload the module with the new version of the code. The user expectation now is that further simple changes (add a printf) would simply work. However, even though the original version of the class is now garbage, the VM never garbage collects it. So every time I now want to do a further simple change, the VM will reject it because the original version of the class is still in memory.
If you want to test this, you can do the following:
# Rename a private method in a class
# Observe: you get a dialog saying the HCR has failed and offering to reload the module
# Reload the module
# Now make a further change that is HCR-compatible (add a printf)
# Observe: the HCR works.
Before the fix, step #5 would have failed.
was (Author: tmader):
Hi [~mlabuda]. When you have a change that you can't HCR, the jboss tooling offers to reload the module with the new version of the code. The user expectation now is that further simple changes (add a printf) would simply work. However, even though the original version of the class is now garbage, the VM never garbage collects it. So every time I now want to do a further simple change, the VM will reject it because the original version of the class is still in memory.
If you want to test this, you can do the following:
1. Rename a private method in a class
2. Observe: you get a dialog saying the HCR has failed and offering to reload the module
3. Reload the module
4. Now make a further change that is HCR-compatible (add a printf)
5. Observe: the HCR works.
Before the fix, step #5 would have failed.
> Hot class reload doesn't work on OpenShift
> ------------------------------------------
>
> Key: JBIDE-21857
> URL: https://issues.jboss.org/browse/JBIDE-21857
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.Beta2
> Reporter: Fred Bricon
> Assignee: Rob Stryker
> Fix For: 4.4.2.Final, 4.4.3.AM1, 4.5.0.AM1
>
> Attachments: HCRFailure.zip
>
>
> When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will :
> - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync
> - will always fail if a method signature changed, the debugger saying JDK is out of sync
> Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server)
> This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JBIDE-21857) Hot class reload doesn't work on OpenShift
by Thomas Mäder (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Thomas Mäder commented on JBIDE-21857:
--------------------------------------
Hi [~mlabuda]. When you have a change that you can't HCR, the jboss tooling offers to reload the module with the new version of the code. The user expectation now is that further simple changes (add a printf) would simply work. However, even though the original version of the class is now garbage, the VM never garbage collects it. So every time I now want to do a further simple change, the VM will reject it because the original version of the class is still in memory.
If you want to test this, you can do the following:
1. Rename a private method in a class
2. Observe: you get a dialog saying the HCR has failed and offering to reload the module
3. Reload the module
4. Now make a further change that is HCR-compatible (add a printf)
5. Observe: the HCR works.
Before the fix, step #5 would have failed.
> Hot class reload doesn't work on OpenShift
> ------------------------------------------
>
> Key: JBIDE-21857
> URL: https://issues.jboss.org/browse/JBIDE-21857
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.Beta2
> Reporter: Fred Bricon
> Assignee: Rob Stryker
> Fix For: 4.4.2.Final, 4.4.3.AM1, 4.5.0.AM1
>
> Attachments: HCRFailure.zip
>
>
> When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will :
> - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync
> - will always fail if a method signature changed, the debugger saying JDK is out of sync
> Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server)
> This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (ERT-464) IllegalStateException below DockerImagesView$7.lambda$0 (thrown in StructuredViewer.setInput) [EBZ#508268]
by Friendly Jira Robot (JIRA)
Friendly Jira Robot created ERT-464:
---------------------------------------
Summary: IllegalStateException below DockerImagesView$7.lambda$0 (thrown in StructuredViewer.setInput) [EBZ#508268]
Key: ERT-464
URL: https://issues.jboss.org/browse/ERT-464
Project: Eclipse Release Train
Issue Type: Task
Components: Linux Tools
Reporter: Friendly Jira Robot
The following problem was reported via the automated error reporting:
Message: Unhandled event loop exception
java.lang.IllegalStateException: Need an underlying widget to be able to set the input.(Has the widget been disposed?)
at org.eclipse.jface.viewers.StructuredViewer.setInput(StructuredViewer.java:1687)
at org.eclipse.linuxtools.internal.docker.ui.views.DockerImagesView$7.lambda$0(DockerImagesView.java:459)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:182)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4203)
Bundles:
| org.eclipse.jface | 3.12.0.v20160518-1929 | 3.12.0.v20160518-1929 |
| org.eclipse.linuxtools.docker.ui | 2.1.0.201609141916 | 2.1.0.201609141916 |
| org.eclipse.swt | 3.105.1.v20160907-0248 | 3.105.1.v20160907-0248 |
Operating Systems:
| Windows | 6.1.0 | 6.1.0 |
The above information is a snapshot of the collected data. Visit https://dev.eclipse.org/recommenders/committers/aeri/v2/#!/problems/583b9... for the latest data.
Thank you for your assistance.
Your friendly error-reports-inbox.
Created on behalf of xcoulon(a)xxxxxx.xxx
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months