[JBoss JIRA] (JBIDE-16224) VPE test failure at new target platform
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16224?page=com.atlassian.jira.plugi... ]
Alexey Kazakov commented on JBIDE-16224:
----------------------------------------
https://bugs.eclipse.org/bugs/show_bug.cgi?id=423870 is marked as fixed in coming Luna M5
> VPE test failure at new target platform
> ---------------------------------------
>
> Key: JBIDE-16224
> URL: https://issues.jboss.org/browse/JBIDE-16224
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: upstream, visual-page-editor-core
> Affects Versions: 4.2.0.Alpha1
> Environment: win7 x64, java7 32bit, maven 3
> linux x86_64 java 64bit, maven3
> Reporter: Konstantin Marmalyukov
> Assignee: Denis Golovin
> Priority: Critical
>
> VPE test failures during maven build.
> Test result for docbook test is the following:
> {quote}
> Failed tests: testTip(org.jboss.tools.vpe.docbook.test.DocbookComponentContent
> Test): Editor should be opened.
> testNote(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testXref(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testLiteral(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testCaution(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testImportant(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testWarning(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testProgramlisting(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> Tests run: 8, Failures: 8, Errors: 0, Skipped: 0
> {quote}
> Unfortunately my console does not allow me to see full stacktrace. After debug it looks like the essence of failure is in IDE.openEditor method, which returns null and does not open the editor(according to javadoc it must open editor anyway).
> Also when tests runs from Eclipse everything passes fine.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (JBIDE-16224) VPE test failure at new target platform
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16224?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-16224:
-----------------------------------
Fix Version/s: 4.2.0.Alpha2
> VPE test failure at new target platform
> ---------------------------------------
>
> Key: JBIDE-16224
> URL: https://issues.jboss.org/browse/JBIDE-16224
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: upstream, visual-page-editor-core
> Affects Versions: 4.2.0.Alpha1
> Environment: win7 x64, java7 32bit, maven 3
> linux x86_64 java 64bit, maven3
> Reporter: Konstantin Marmalyukov
> Assignee: Denis Golovin
> Priority: Critical
> Fix For: 4.2.0.Alpha2
>
>
> VPE test failures during maven build.
> Test result for docbook test is the following:
> {quote}
> Failed tests: testTip(org.jboss.tools.vpe.docbook.test.DocbookComponentContent
> Test): Editor should be opened.
> testNote(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testXref(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testLiteral(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testCaution(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testImportant(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testWarning(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testProgramlisting(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> Tests run: 8, Failures: 8, Errors: 0, Skipped: 0
> {quote}
> Unfortunately my console does not allow me to see full stacktrace. After debug it looks like the essence of failure is in IDE.openEditor method, which returns null and does not open the editor(according to javadoc it must open editor anyway).
> Also when tests runs from Eclipse everything passes fine.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (JBIDE-16254) common.model.test plugin stuck in Display.sleep() on hudson
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16254?page=com.atlassian.jira.plugi... ]
Alexey Kazakov resolved JBIDE-16254.
------------------------------------
Resolution: Cannot Reproduce Bug
Yes, it seems to work at least for the last month. Resolving the issue.
> common.model.test plugin stuck in Display.sleep() on hudson
> -----------------------------------------------------------
>
> Key: JBIDE-16254
> URL: https://issues.jboss.org/browse/JBIDE-16254
> Project: Tools (JBoss Tools)
> Issue Type: Sub-task
> Components: common/jst/core
> Affects Versions: 4.2.0.Alpha1
> Reporter: Denis Golovin
> Assignee: Denis Golovin
> Priority: Critical
> Fix For: 4.2.0.Alpha1
>
>
> {code}Started by user degolovi(a)REDHAT.COM
> [EnvInject] - Loading node environment variables.
> Building remotely on RDU2-dev166 in workspace /mnt/hudson_workspace/workspace/jbosstools-stacktrace
> [jbosstools-stacktrace] $ bash -xe /tmp/hudson7728115626690103896.sh
> + ssh hudson(a)10.16.93.25 'jstack 15118'
> 2013-12-05 18:51:47
> Full thread dump Java HotSpot(TM) Server VM (22.0-b10 mixed mode):
> "Attach Listener" daemon prio=10 tid=0x09a3d800 nid=0x3bed waiting on condition [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "[ThreadPool Manager] - Idle Thread" daemon prio=10 tid=0x0a215000 nid=0x3b53 in Object.wait() [0x618ad000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0xa17f7388> (a org.eclipse.equinox.internal.util.impl.tpt.threadpool.Executor)
> at java.lang.Object.wait(Object.java:503)
> at org.eclipse.equinox.internal.util.impl.tpt.threadpool.Executor.run(Executor.java:106)
> - locked <0xa17f7388> (a org.eclipse.equinox.internal.util.impl.tpt.threadpool.Executor)
> "Worker-3" prio=10 tid=0x09f04800 nid=0x3b52 in Object.wait() [0x618fe000]
> java.lang.Thread.State: TIMED_WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x75fd2670> (a org.eclipse.core.internal.jobs.WorkerPool)
> at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:188)
> - locked <0x75fd2670> (a org.eclipse.core.internal.jobs.WorkerPool)
> at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:220)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:50)
> "WorkbenchTestable" prio=10 tid=0x09aa0000 nid=0x3b2b in Object.wait() [0x61cfe000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x7584b8c0> (a org.eclipse.swt.widgets.RunnableLock)
> at java.lang.Object.wait(Object.java:503)
> at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:196)
> - locked <0x7584b8c0> (a org.eclipse.swt.widgets.RunnableLock)
> at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:150)
> at org.eclipse.swt.widgets.Display.syncExec(Display.java:4534)
> at org.eclipse.e4.ui.internal.workbench.swt.E4Testable.runTest(E4Testable.java:112)
> at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.runTests(AbstractUITestApplication.java:32)
> at org.eclipse.e4.ui.internal.workbench.swt.E4Testable$1.run(E4Testable.java:72)
> at java.lang.Thread.run(Thread.java:722)
> "Java indexing" daemon prio=10 tid=0x626b0800 nid=0x3b2a in Object.wait() [0x61e5c000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x7609c0b8> (a org.eclipse.jdt.internal.core.search.indexing.IndexManager)
> at java.lang.Object.wait(Object.java:503)
> at org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:382)
> - locked <0x7609c0b8> (a org.eclipse.jdt.internal.core.search.indexing.IndexManager)
> at java.lang.Thread.run(Thread.java:722)
> "Worker-2" prio=10 tid=0x09714c00 nid=0x3b29 in Object.wait() [0x61ead000]
> java.lang.Thread.State: TIMED_WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x75fd2670> (a org.eclipse.core.internal.jobs.WorkerPool)
> at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:188)
> - locked <0x75fd2670> (a org.eclipse.core.internal.jobs.WorkerPool)
> at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:220)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:50)
> "EMF Reference Cleaner" daemon prio=10 tid=0x09d3bc00 nid=0x3b26 in Object.wait() [0x625fe000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x75e36280> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
> - locked <0x75e36280> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
> at org.eclipse.emf.common.util.CommonUtil$1ReferenceClearingQueuePollingThread.run(CommonUtil.java:70)
> "Worker-JM" prio=10 tid=0x09b67c00 nid=0x3b25 in Object.wait() [0x6205d000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x7587db70> (a java.util.ArrayList)
> at org.eclipse.core.internal.jobs.InternalWorker.run(InternalWorker.java:58)
> - locked <0x7587db70> (a java.util.ArrayList)
> "[Timer] - Main Queue Handler" daemon prio=10 tid=0x09963000 nid=0x3b24 in Object.wait() [0x62f61000]
> java.lang.Thread.State: TIMED_WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x751ae7d8> (a java.lang.Object)
> at org.eclipse.equinox.internal.util.impl.tpt.timer.TimerImpl.run(TimerImpl.java:141)
> - locked <0x751ae7d8> (a java.lang.Object)
> at java.lang.Thread.run(Thread.java:722)
> "Refresh Thread: Equinox Container: 102dd2c4-065e-0013-18a5-c63de134004e" daemon prio=10 tid=0x6306d400 nid=0x3b22 in Object.wait() [0x6297e000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x75cbfdf0> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
> at java.lang.Object.wait(Object.java:503)
> at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:400)
> - locked <0x75cbfdf0> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
> at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:336)
> "Bundle File Closer" daemon prio=10 tid=0x6309b000 nid=0x3b21 in Object.wait() [0x62bc1000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x7587dca0> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
> at java.lang.Object.wait(Object.java:503)
> at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:400)
> - locked <0x7587dca0> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
> at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:336)
> "Start Level: Equinox Container: 102dd2c4-065e-0013-18a5-c63de134004e" daemon prio=10 tid=0x63af7400 nid=0x3b1e in Object.wait() [0x6315f000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x75cca650> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
> at java.lang.Object.wait(Object.java:503)
> at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:400)
> - locked <0x75cca650> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
> at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:336)
> "Framework Event Dispatcher: Equinox Container: 102dd2c4-065e-0013-18a5-c63de134004e" daemon prio=10 tid=0x63af2400 nid=0x3b1d in Object.wait() [0x631af000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x75965e60> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
> at java.lang.Object.wait(Object.java:503)
> at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextEvent(EventManager.java:400)
> - locked <0x75965e60> (a org.eclipse.osgi.framework.eventmgr.EventManager$EventThread)
> at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:336)
> "Active Thread: Equinox Container: 102dd2c4-065e-0013-18a5-c63de134004e" prio=10 tid=0x63ada400 nid=0x3b1c waiting on condition [0x63200000]
> java.lang.Thread.State: TIMED_WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0x75966850> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1090)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:807)
> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1043)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1103)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> "Service Thread" daemon prio=10 tid=0x63a02800 nid=0x3b1a runnable [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "C2 CompilerThread1" daemon prio=10 tid=0x63a00800 nid=0x3b19 waiting on condition [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "C2 CompilerThread0" daemon prio=10 tid=0x0958cc00 nid=0x3b18 waiting on condition [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "Signal Dispatcher" daemon prio=10 tid=0x094c3400 nid=0x3b17 runnable [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "Finalizer" daemon prio=10 tid=0x09489400 nid=0x3b16 in Object.wait() [0x63ba4000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x76dcf678> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
> - locked <0x76dcf678> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
> at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177)
> "Reference Handler" daemon prio=10 tid=0x09484400 nid=0x3b15 in Object.wait() [0x63773000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x76dd0e40> (a java.lang.ref.Reference$Lock)
> at java.lang.Object.wait(Object.java:503)
> at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
> - locked <0x76dd0e40> (a java.lang.ref.Reference$Lock)
> "main" prio=10 tid=0x093b6400 nid=0x3b0f runnable [0xb73a2000]
> java.lang.Thread.State: RUNNABLE
> at org.eclipse.swt.internal.gtk.OS.Call(Native Method)
> at org.eclipse.swt.widgets.Display.sleep(Display.java:4251)
> at org.jboss.tools.test.util.JobUtils.delay(JobUtils.java:83)
> at org.jboss.tools.test.util.JobUtils.waitForIdle(JobUtils.java:37)
> at org.jboss.tools.test.util.JobUtils.waitForIdle(JobUtils.java:31)
> at org.jboss.tools.test.util.ResourcesUtils.importProjectIntoWorkspace(ResourcesUtils.java:324)
> at org.jboss.tools.test.util.ResourcesUtils.importProject(ResourcesUtils.java:87)
> at org.jboss.tools.test.util.ResourcesUtils.importProject(ResourcesUtils.java:70)
> at org.jboss.tools.test.util.ResourcesUtils.importProject(ResourcesUtils.java:61)
> at org.jboss.tools.test.util.ResourcesUtils.importProject(ResourcesUtils.java:206)
> at org.jboss.tools.test.util.TestProjectProvider.<init>(TestProjectProvider.java:58)
> at org.jboss.tools.common.model.test.ClassPathTest.setUp(ClassPathTest.java:66)
> at junit.framework.TestCase.runBare(TestCase.java:139)
> at junit.framework.TestResult$1.protect(TestResult.java:122)
> at junit.framework.TestResult.runProtected(TestResult.java:142)
> at junit.framework.TestResult.run(TestResult.java:125)
> at junit.framework.TestCase.run(TestCase.java:129)
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
> at junit.framework.TestSuite.run(TestSuite.java:250)
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
> at junit.framework.TestSuite.run(TestSuite.java:250)
> at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
> at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
> at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175)
> at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:123)
> at org.eclipse.tycho.surefire.osgibooter.OsgiSurefireBooter.run(OsgiSurefireBooter.java:86)
> at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication$1.run(AbstractUITestApplication.java:35)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
> at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:136)
> - locked <0x7584b8c0> (a org.eclipse.swt.widgets.RunnableLock)
> at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3735)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3384)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1113)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:997)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:146)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:613)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:567)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:124)
> at org.eclipse.tycho.surefire.osgibooter.UITestApplication.runApplication(UITestApplication.java:31)
> at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:114)
> at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:109)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:80)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:372)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:226)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:636)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:591)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1450)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1426)
> "VM Thread" prio=10 tid=0x0947ec00 nid=0x3b14 runnable
> "GC task thread#0 (ParallelGC)" prio=10 tid=0x093bd800 nid=0x3b10 runnable
> "GC task thread#1 (ParallelGC)" prio=10 tid=0x093bf000 nid=0x3b11 runnable
> "GC task thread#2 (ParallelGC)" prio=10 tid=0x093c0800 nid=0x3b12 runnable
> "GC task thread#3 (ParallelGC)" prio=10 tid=0x093c1c00 nid=0x3b13 runnable
> "VM Periodic Task Thread" prio=10 tid=0x63a04c00 nid=0x3b1b waiting on condition
> JNI global references: 484
> Notifying upstream projects of job completion
> Finished: SUCCESS
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (JBIDE-16224) VPE test failure at new target platform
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16224?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-16224:
-----------------------------------
Component/s: upstream
> VPE test failure at new target platform
> ---------------------------------------
>
> Key: JBIDE-16224
> URL: https://issues.jboss.org/browse/JBIDE-16224
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: upstream, visual-page-editor-core
> Affects Versions: 4.2.0.Alpha1
> Environment: win7 x64, java7 32bit, maven 3
> linux x86_64 java 64bit, maven3
> Reporter: Konstantin Marmalyukov
> Assignee: Denis Golovin
> Priority: Critical
>
> VPE test failures during maven build.
> Test result for docbook test is the following:
> {quote}
> Failed tests: testTip(org.jboss.tools.vpe.docbook.test.DocbookComponentContent
> Test): Editor should be opened.
> testNote(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testXref(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testLiteral(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testCaution(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testImportant(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testWarning(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> testProgramlisting(org.jboss.tools.vpe.docbook.test.DocbookComponentContentTest): Editor should be opened.
> Tests run: 8, Failures: 8, Errors: 0, Skipped: 0
> {quote}
> Unfortunately my console does not allow me to see full stacktrace. After debug it looks like the essence of failure is in IDE.openEditor method, which returns null and does not open the editor(according to javadoc it must open editor anyway).
> Also when tests runs from Eclipse everything passes fine.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (JBDS-2792) Support Multiple Cordova Runtime versions
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/JBDS-2792?page=com.atlassian.jira.plugin.... ]
Gorkem Ercan reassigned JBDS-2792:
----------------------------------
Assignee: Gorkem Ercan (was: Max Rydahl Andersen)
> Support Multiple Cordova Runtime versions
> -----------------------------------------
>
> Key: JBDS-2792
> URL: https://issues.jboss.org/browse/JBDS-2792
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Sub-task
> Security Level: Public(Everyone can see)
> Components: aerogear-hybrid
> Reporter: Max Rydahl Andersen
> Assignee: Gorkem Ercan
> Fix For: 8.0.0.Alpha1
>
>
> Since cordova releases every month it is unreasonable for one tool to "force" a specific runtime version.
> Currently aerogear-hybrid tooling bundles one specific version of Cordova and there is no option for users to change that.
> Meaning:
> A) They can only export projects with the runtime we bundle
> B) They cannot try out using another version with our tools.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months