[JBoss JIRA] (JBDS-4228) NPE in log while executing JBDS Openshift test
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBDS-4228?page=com.atlassian.jira.plugin.... ]
Jeff MAURY updated JBDS-4228:
-----------------------------
Component/s: runtime
> NPE in log while executing JBDS Openshift test
> ----------------------------------------------
>
> Key: JBDS-4228
> URL: https://issues.jboss.org/browse/JBDS-4228
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: runtime
> Reporter: Aurélien Pupier
> Priority: Minor
>
> it occurs on module org.jboss.tools.openshift.cdk.server.test
> {noformat}
> Caught unexpected exception during test framework shutdown
> org.eclipse.swt.SWTException: Failed to execute runnable (java.lang.NullPointerException)
> at org.eclipse.swt.SWT.error(SWT.java:4533)
> at org.eclipse.swt.SWT.error(SWT.java:4448)
> at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:185)
> at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4203)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3819)
> at org.eclipse.swt.widgets.Display.release(Display.java:3873)
> at org.eclipse.swt.graphics.Device.dispose(Device.java:298)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:154)
> at org.eclipse.tycho.surefire.osgibooter.UITestApplication.runApplication(UITestApplication.java:31)
> at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:120)
> 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:134)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:388)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:673)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:610)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1519)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1492)
> Caused by: java.lang.NullPointerException
> at org.jboss.tools.runtime.ui.internal.RuntimeWorkbenchUtils$1.run(RuntimeWorkbenchUtils.java:31)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
> at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:182)
> ... 21 more
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> Job found still running after platform shutdown. Jobs should be canceled by the plugin that scheduled them during shutdown: org.eclipse.ui.internal.progress.TaskBarProgressManager$2
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> Job found still running after platform shutdown. Jobs should be canceled by the plugin that scheduled them during shutdown: org.eclipse.ui.internal.decorators.DecorationScheduler$3
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> Job found still running after platform shutdown. Jobs should be canceled by the plugin that scheduled them during shutdown: org.eclipse.ui.internal.progress.AnimationManager$1
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (JBIDE-23644) Go to Selection is not working correctly
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23644?page=com.atlassian.jira.plugi... ]
George Gastaldi updated JBIDE-23644:
------------------------------------
Fix Version/s: 4.4.x
> Go to Selection is not working correctly
> ----------------------------------------
>
> Key: JBIDE-23644
> URL: https://issues.jboss.org/browse/JBIDE-23644
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: forge
> Affects Versions: 4.4.3.AM1
> Environment: Fedora 25 + KDE
> Red Hat JBoss Developer Studio
> Version: 10.3.0.AM1
> Build id: AM1-v20161212-1159-B6656
> Build date: 20161212-1159
> Reporter: Josef Kopriva
> Assignee: George Gastaldi
> Fix For: 4.4.x
>
>
> Go to Selection is not always working. When user is switching between classes quite quickly, then user is not switched to selected class. If user is switching between classes slowly, then it works correctly.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (JBDS-4228) NPE in log while executing JBDS Openshift test
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBDS-4228?page=com.atlassian.jira.plugin.... ]
Jeff MAURY commented on JBDS-4228:
----------------------------------
Can you describe your env ?
> NPE in log while executing JBDS Openshift test
> ----------------------------------------------
>
> Key: JBDS-4228
> URL: https://issues.jboss.org/browse/JBDS-4228
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Reporter: Aurélien Pupier
> Priority: Minor
>
> it occurs on module org.jboss.tools.openshift.cdk.server.test
> {noformat}
> Caught unexpected exception during test framework shutdown
> org.eclipse.swt.SWTException: Failed to execute runnable (java.lang.NullPointerException)
> at org.eclipse.swt.SWT.error(SWT.java:4533)
> at org.eclipse.swt.SWT.error(SWT.java:4448)
> at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:185)
> at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4203)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3819)
> at org.eclipse.swt.widgets.Display.release(Display.java:3873)
> at org.eclipse.swt.graphics.Device.dispose(Device.java:298)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:154)
> at org.eclipse.tycho.surefire.osgibooter.UITestApplication.runApplication(UITestApplication.java:31)
> at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:120)
> 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:134)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:388)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:673)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:610)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1519)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1492)
> Caused by: java.lang.NullPointerException
> at org.jboss.tools.runtime.ui.internal.RuntimeWorkbenchUtils$1.run(RuntimeWorkbenchUtils.java:31)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
> at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:182)
> ... 21 more
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> Job found still running after platform shutdown. Jobs should be canceled by the plugin that scheduled them during shutdown: org.eclipse.ui.internal.progress.TaskBarProgressManager$2
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> Job found still running after platform shutdown. Jobs should be canceled by the plugin that scheduled them during shutdown: org.eclipse.ui.internal.decorators.DecorationScheduler$3
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> Job found still running after platform shutdown. Jobs should be canceled by the plugin that scheduled them during shutdown: org.eclipse.ui.internal.progress.AnimationManager$1
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (JBIDE-20904) automate publishing latest CI build to staging, then from staging to development (or stable)
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20904?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-20904:
-------------------------------
Fix Version/s: 4.4.3.AM1
(was: 4.4.x)
> automate publishing latest CI build to staging, then from staging to development (or stable)
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-20904
> URL: https://issues.jboss.org/browse/JBIDE-20904
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: build
> Affects Versions: 4.4.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.4.3.AM1
>
>
> Suggestion:
> rather than opening 10 bash terminals to perform the copy-from-one-place-on-disk-to-local, copy-from-local-to-another-place steps required to clone CI bits to Stage or from Stage to release, [~mickael_istria] and I discovered today that we could use `wait` or `parallel` to orchestrate these steps via a bash script so they run in parallel (as quickly as possible), but still return feedback when all parallel steps are completed.
> So, where today we run these steps sorta-by-hand (copy script into a console and wait until it's done) [1], in future we could simply kick a job and wait for the job to notify its completion.
> [1] https://github.com/jbdevstudio/jbdevstudio-devdoc/tree/master/release_gui...
> Examples of using a series of commands in parallel w/ a wait at the end:
> http://stackoverflow.com/questions/19543139/bash-script-processing-comman...
> {code:title=spawns the 3 parallel steps, waits until #3 is done (2 seconds later) and returns the PID of the last one + its return code}
> echo "1" & echo 2 & (sleep 2;echo 3) & wait && echo $! $#
> {code}
> More discussion:
> {quote}
> [12:44:46 PM] Mickael Istria: I believe some parts would have to be turned into functions
> [12:54:41 PM] Mickael Istria: so, to hack the script, it could be just:
> * add && after the 1st rsync in each loop
> * add & after the last one
> * put a wait after the last loop
> * give the big piece of code to procede directly to bash
> {quote}
> After this job is done, releng would still have to "wire up" the new bits by updating composite*.xml and index.html pages, but that's considerably easier to do locally in a terminal, or even to script too. Rather than updating these files w/ sed, we could generate them from a template.
> And if we don't care about committing those changes back to github, we could even push them to the dl.jb.o and ds.jb.c servers directly as part of the above job.
> Scary, but much faster!
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (JBIDE-20904) automate publishing latest CI build to staging, then from staging to development (or stable)
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20904?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-20904:
-------------------------------
Sprint: devex #115 May 2016, devex #116 June 2016, devex #118 July 2016, devex #119 August 2016, devex #121 October 2016, devex #125 December 2017 (was: devex #115 May 2016, devex #116 June 2016, devex #118 July 2016, devex #119 August 2016, devex #121 October 2016, devex #124 December 2017)
> automate publishing latest CI build to staging, then from staging to development (or stable)
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-20904
> URL: https://issues.jboss.org/browse/JBIDE-20904
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: build
> Affects Versions: 4.4.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.4.x
>
>
> Suggestion:
> rather than opening 10 bash terminals to perform the copy-from-one-place-on-disk-to-local, copy-from-local-to-another-place steps required to clone CI bits to Stage or from Stage to release, [~mickael_istria] and I discovered today that we could use `wait` or `parallel` to orchestrate these steps via a bash script so they run in parallel (as quickly as possible), but still return feedback when all parallel steps are completed.
> So, where today we run these steps sorta-by-hand (copy script into a console and wait until it's done) [1], in future we could simply kick a job and wait for the job to notify its completion.
> [1] https://github.com/jbdevstudio/jbdevstudio-devdoc/tree/master/release_gui...
> Examples of using a series of commands in parallel w/ a wait at the end:
> http://stackoverflow.com/questions/19543139/bash-script-processing-comman...
> {code:title=spawns the 3 parallel steps, waits until #3 is done (2 seconds later) and returns the PID of the last one + its return code}
> echo "1" & echo 2 & (sleep 2;echo 3) & wait && echo $! $#
> {code}
> More discussion:
> {quote}
> [12:44:46 PM] Mickael Istria: I believe some parts would have to be turned into functions
> [12:54:41 PM] Mickael Istria: so, to hack the script, it could be just:
> * add && after the 1st rsync in each loop
> * add & after the last one
> * put a wait after the last loop
> * give the big piece of code to procede directly to bash
> {quote}
> After this job is done, releng would still have to "wire up" the new bits by updating composite*.xml and index.html pages, but that's considerably easier to do locally in a terminal, or even to script too. Rather than updating these files w/ sed, we could generate them from a template.
> And if we don't care about committing those changes back to github, we could even push them to the dl.jb.o and ds.jb.c servers directly as part of the above job.
> Scary, but much faster!
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months