[JBoss JIRA] (JBDS-3152) Cheatsheet crashes silently when they need to open files
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBDS-3152?page=com.atlassian.jira.plugin.... ]
Fred Bricon commented on JBDS-3152:
-----------------------------------
The stacktrace is slightly different this time, but I can't say if it's significant
> Cheatsheet crashes silently when they need to open files
> --------------------------------------------------------
>
> Key: JBDS-3152
> URL: https://issues.jboss.org/browse/JBDS-3152
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: central
> Environment: JBDS 8.0.0.CR1b, OSX 10.9.4
> Reporter: Fred Bricon
> Assignee: Snjezana Peco
> Priority: Blocker
>
> After creating a AngularJS Forge project, the cheatsheet opens, then, after clicking a couple times on the continue buttons, persistence.xml opens but the cheatsheet closes silently. The log shows :
> {quote}
> org.eclipse.swt.SWTException: Widget is disposed
> at org.eclipse.swt.SWT.error(SWT.java:4441)
> at org.eclipse.swt.SWT.error(SWT.java:4356)
> at org.eclipse.swt.SWT.error(SWT.java:4327)
> at org.eclipse.swt.widgets.Widget.error(Widget.java:783)
> at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:573)
> at org.eclipse.swt.widgets.Control.setCursor(Control.java:3659)
> at org.eclipse.ui.internal.cheatsheets.views.CheatSheetViewer.runSubItemPerformExecutable(CheatSheetViewer.java:1096)
> at org.eclipse.ui.internal.cheatsheets.views.CoreItem$4.linkActivated(CoreItem.java:198)
> at org.eclipse.ui.forms.widgets.AbstractHyperlink.handleActivate(AbstractHyperlink.java:233)
> at org.eclipse.ui.forms.widgets.ImageHyperlink.handleActivate(ImageHyperlink.java:199)
> at org.eclipse.ui.forms.widgets.AbstractHyperlink.handleMouseUp(AbstractHyperlink.java:327)
> at org.eclipse.ui.forms.widgets.AbstractHyperlink.access$2(AbstractHyperlink.java:311)
> at org.eclipse.ui.forms.widgets.AbstractHyperlink$4.handleEvent(AbstractHyperlink.java:125)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4188)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1467)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1490)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1475)
> at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1279)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4031)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3658)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1151)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1032)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:148)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:636)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:579)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:135)
> 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:382)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:236)
> 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:606)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
> {quote}
> It used to work at some point, last week.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (JBIDE-18209) Autoapply new default JS/CSS library preferences
by Vlado Pakan (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18209?page=com.atlassian.jira.plugi... ]
Vlado Pakan closed JBIDE-18209.
-------------------------------
Verified with JBT 4.2.0.CR2-v20141005-0541-B267
> Autoapply new default JS/CSS library preferences
> ------------------------------------------------
>
> Key: JBIDE-18209
> URL: https://issues.jboss.org/browse/JBIDE-18209
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jsp/jsf/xml/html source editing
> Reporter: Viacheslav Kabanovich
> Assignee: Viacheslav Kabanovich
> Priority: Critical
> Fix For: 4.2.0.CR2
>
>
> Preferences JBossTools->Web->JS/CSS are initially set to default versions declared in extension point org.jboss.tools.jst.web.ui.jscssLibs. User can change some of them and leave some default libraries. New version of JBossTools may change some default libraries and add new.
> With current implementation, user would have to go to preferences and use 'Restore Defaults' to get new default libraries. That is not good, new default libraries should replace old default libraries automatically.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (JBIDE-18446) org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest failure
by Vlado Pakan (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18446?page=com.atlassian.jira.plugi... ]
Vlado Pakan closed JBIDE-18446.
-------------------------------
Verified on Jenkins
> org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest failure
> ---------------------------------------------------------------------
>
> Key: JBIDE-18446
> URL: https://issues.jboss.org/browse/JBIDE-18446
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: common/jst/core
> Affects Versions: 4.2.0.CR1
> Reporter: Alexey Kazakov
> Assignee: Rob Stryker
> Priority: Critical
> Fix For: 4.2.0.CR2
>
>
> {code}
> testTimeoutWithoutCancel(org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest) Time elapsed: 1.557 sectestCaching(org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest) Time elapsed: 0.524 sec <<< FAILURE!
> junit.framework.AssertionFailedError
> at junit.framework.Assert.fail(Assert.java:55)
> at junit.framework.Assert.assertTrue(Assert.java:22)
> at junit.framework.Assert.assertFalse(Assert.java:39)
> at junit.framework.Assert.assertFalse(Assert.java:47)
> at junit.framework.TestCase.assertFalse(TestCase.java:219)
> at org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest.testCaching(URLTransportUtilTest.java:206)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (JBIDE-18340) NullPointerException occures when openning properties file from external jar
by Vlado Pakan (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18340?page=com.atlassian.jira.plugi... ]
Vlado Pakan commented on JBIDE-18340:
-------------------------------------
[~rcernich] could you please verified if it works for you with JBT 4.2.0.CR2.
It was working for me but want to be sure maybe I'm not having exactly the same environment as you do.
> NullPointerException occures when openning properties file from external jar
> -----------------------------------------------------------------------------
>
> Key: JBIDE-18340
> URL: https://issues.jboss.org/browse/JBIDE-18340
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: common/jst/core
> Affects Versions: 4.2.0.Beta3
> Reporter: Rob Cernich
> Assignee: Viacheslav Kabanovich
> Priority: Critical
> Fix For: 4.2.0.CR2
>
>
> NullPointerException occures when openning JBoss Tools Properties Editor for a jar-packaged property file
> Steps to reproduce:
> Try to open a properties file from a jar in a project's classpath (e.g. a maven dependency).
> Here's the current stack trace:
> {noformat}
> java.lang.NullPointerException
> at org.jboss.tools.common.model.ui.texteditors.PropertiesTextEditorComponent.createPartControl(PropertiesTextEditorComponent.java:58)
> at org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEditorPart.java:243)
> at org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEditorPart.java:213)
> at org.jboss.tools.common.editor.ObjectMultiPageEditor.createTextPage(ObjectMultiPageEditor.java:285)
> at org.jboss.tools.common.editor.ObjectMultiPageEditor.createUnloadedPage(ObjectMultiPageEditor.java:272)
> at org.jboss.tools.common.editor.ObjectMultiPageEditor.createPages(ObjectMultiPageEditor.java:237)
> at org.eclipse.ui.part.MultiPageEditorPart.createPartControl(MultiPageEditorPart.java:362)
> at org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.createPartControl(CompatibilityPart.java:140)
> at org.eclipse.ui.internal.e4.compatibility.CompatibilityEditor.createPartControl(CompatibilityEditor.java:99)
> at org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.create(CompatibilityPart.java:321)
> at sun.reflect.GeneratedMethodAccessor119.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:55)
> at org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:888)
> at org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:869)
> at org.eclipse.e4.core.internal.di.InjectorImpl.inject(InjectorImpl.java:120)
> at org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:337)
> at org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:258)
> at org.eclipse.e4.core.contexts.ContextInjectionFactory.make(ContextInjectionFactory.java:162)
> at org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.createFromBundle(ReflectionContributionFactory.java:104)
> at org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.doCreate(ReflectionContributionFactory.java:73)
> at org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.create(ReflectionContributionFactory.java:55)
> at org.eclipse.e4.ui.workbench.renderers.swt.ContributedPartRenderer.createWidget(ContributedPartRenderer.java:127)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createWidget(PartRenderingEngine.java:983)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:662)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:766)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$2(PartRenderingEngine.java:737)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$7.run(PartRenderingEngine.java:731)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:715)
> at org.eclipse.e4.ui.workbench.renderers.swt.StackRenderer.showTab(StackRenderer.java:1251)
> at org.eclipse.e4.ui.workbench.renderers.swt.LazyStackRenderer$1.handleEvent(LazyStackRenderer.java:66)
> at org.eclipse.e4.ui.services.internal.events.UIEventHandler$1.run(UIEventHandler.java:40)
> at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:187)
> at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:156)
> at org.eclipse.swt.widgets.Display.syncExec(Display.java:4622)
> at org.eclipse.e4.ui.internal.workbench.swt.E4Application$1.syncExec(E4Application.java:218)
> at org.eclipse.e4.ui.services.internal.events.UIEventHandler.handleEvent(UIEventHandler.java:36)
> at org.eclipse.equinox.internal.event.EventHandlerWrapper.handleEvent(EventHandlerWrapper.java:197)
> at org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:197)
> at org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:1)
> at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
> at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
> at org.eclipse.equinox.internal.event.EventAdminImpl.dispatchEvent(EventAdminImpl.java:135)
> at org.eclipse.equinox.internal.event.EventAdminImpl.sendEvent(EventAdminImpl.java:78)
> at org.eclipse.equinox.internal.event.EventComponent.sendEvent(EventComponent.java:39)
> at org.eclipse.e4.ui.services.internal.events.EventBroker.send(EventBroker.java:81)
> at org.eclipse.e4.ui.internal.workbench.UIEventPublisher.notifyChanged(UIEventPublisher.java:59)
> at org.eclipse.emf.common.notify.impl.BasicNotifierImpl.eNotify(BasicNotifierImpl.java:374)
> at org.eclipse.e4.ui.model.application.ui.impl.ElementContainerImpl.setSelectedElement(ElementContainerImpl.java:171)
> at org.eclipse.e4.ui.internal.workbench.ModelServiceImpl.showElementInWindow(ModelServiceImpl.java:488)
> at org.eclipse.e4.ui.internal.workbench.ModelServiceImpl.bringToTop(ModelServiceImpl.java:454)
> at org.eclipse.e4.ui.internal.workbench.PartServiceImpl.delegateBringToTop(PartServiceImpl.java:692)
> at org.eclipse.e4.ui.internal.workbench.PartServiceImpl.bringToTop(PartServiceImpl.java:385)
> at org.eclipse.e4.ui.internal.workbench.PartServiceImpl.showPart(PartServiceImpl.java:1126)
> at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:3182)
> at org.eclipse.ui.internal.WorkbenchPage.access$23(WorkbenchPage.java:3104)
> at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:3086)
> at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
> at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:3081)
> at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:3045)
> at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:3035)
> at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:373)
> at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:179)
> at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:268)
> at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:233)
> at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:275)
> at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:251)
> at org.eclipse.jdt.internal.ui.packageview.PackageExplorerActionGroup.handleOpen(PackageExplorerActionGroup.java:376)
> at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$4.open(PackageExplorerPart.java:538)
> at org.eclipse.ui.OpenAndLinkWithEditorHelper$InternalListener.open(OpenAndLinkWithEditorHelper.java:48)
> at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.java:853)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:50)
> at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:178)
> at org.eclipse.jface.viewers.StructuredViewer.fireOpen(StructuredViewer.java:850)
> at org.eclipse.jface.viewers.StructuredViewer.handleOpen(StructuredViewer.java:1142)
> at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(StructuredViewer.java:1249)
> at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:278)
> at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:272)
> at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:313)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4486)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1388)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3831)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3441)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1151)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1032)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:148)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:636)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:579)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:135)
> 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:382)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:236)
> 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:606)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (JBIDE-18373) Error when trying to publish seam project to EAP 6.3 in management profile
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18373?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-18373:
-------------------------------------
Unfortunatley I don't control the ordering.... It's possible I *could* by overriding some superclass methods, but, even if I did that, I don't feel I could intelligently discover what order various deployments should be deployed in. It seems something like this would require new UI and API for users or clients to add ordering information to deployments, so my publishers could draw from that.
I'll bring it up to max, but I'm extremely hesitant to put my plugin in charge of ordering deployments because the odds are pretty high I'd get the ordering wrong...
This is something that was never really a problem for local or filesystem publishing, because we simply wouldn't add the .dodeploy markers until all deployments were copied over, but in management deployment, it seems the server tries to complete a deployment immiedately and so ordering is now important.
Honestly, I would resolve this issue as partially completed and open a new issue for the ordering, from which we could discuss whether new API or UI is required. Again, I can't simply prioritize one module type over another. First, it'd be just as likely to be correct as incorrect. For example, if we prioritized single-file deployments over others, that still wouldn't solve the problem that the jar must be deployed before the xml. I'd need to further prioritize single-file jars over single-file xml, for THIS usecase. But there may be other usecases that require a single-file xml before a single-file jar, such as if a user has a pre-built jar or war archive that he's marked as deployable.
There's too many ways to go wrong here without adding additional API / UI for the users to customize it on their own.
> Error when trying to publish seam project to EAP 6.3 in management profile
> --------------------------------------------------------------------------
>
> Key: JBIDE-18373
> URL: https://issues.jboss.org/browse/JBIDE-18373
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.2.0.CR1
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Priority: Blocker
> Labels: respin-a
> Fix For: 4.2.0.CR2
>
> Attachments: seam-publish.png, seam-remote.png
>
>
> When I try to deploy a seam web project to a remote EAP 6.3 server, it takes a few minutes (expected - big seam lib) and then fails (not expected) with this error:
> {code}
> !ENTRY org.jboss.ide.eclipse.as.core 4 1644298251 2014-09-17 15:47:40.273
> !MESSAGE Deployment of module seamproj has failed
> !SUBENTRY 1 org.jboss.ide.eclipse.as.management.as71 4 0 2014-09-17 15:47:40.273
> !MESSAGE The operation DEPLOY for unit seamproj.war was rolled back
> !ENTRY org.jboss.ide.eclipse.as.wtp.core 4 1644298249 2014-09-17 15:47:55.797
> !MESSAGE Error renaming /Users/rasp/jbossqa/runtimes/jboss-eap-6.3.0/standalone/tmp/tmp7639865478274379783.jar to /Users/rasp/jbossqa/runtimes/jboss-eap-6.3.0/standalone/deployments/seamproj.war/WEB-INF/lib/jboss-seam.jar.
> This may be caused by your server's temporary deploy directory being on a different filesystem than the final destination.
> You may adjust these settings in the server editor.
> {code}
> This is the server console on the remote host:
> {code}
> 15:47:37,811 INFO [org.jboss.as.repository] (management-handler-thread - 1) JBAS014900: Content added at location /home/rasp/jbossqa/runtimes/jboss-eap-6.3.0/standalone/data/content/ca/f4ac569df88605a785004d5f7683a20e809753/content
> 15:47:37,836 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "seamproj.war" (runtime-name: "seamproj.war")
> 15:47:39,474 INFO [org.jboss.as.jpa] (MSC service thread 1-2) JBAS011401: Read persistence.xml for seamproj
> 15:47:39,639 WARN [org.jboss.as.dependency.private] (MSC service thread 1-3) JBAS018567: Deployment "deployment.seamproj.war" is using a private module ("com.sun.jsf-impl:main") which may be changed or removed in future versions without notice.
> 15:47:39,639 WARN [org.jboss.as.dependency.private] (MSC service thread 1-3) JBAS018567: Deployment "deployment.seamproj.war" is using a private module ("com.sun.jsf-impl:main") which may be changed or removed in future versions without notice.
> 15:47:39,640 WARN [org.jboss.as.dependency.unsupported] (MSC service thread 1-3) JBAS018568: Deployment "deployment.seamproj.war" is using an unsupported module ("org.dom4j:main") which may be changed or removed in future versions without notice.
> 15:47:39,640 WARN [org.jboss.as.dependency.unsupported] (MSC service thread 1-3) JBAS018568: Deployment "deployment.seamproj.war" is using an unsupported module ("org.dom4j:main") which may be changed or removed in future versions without notice.
> 15:47:39,800 INFO [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-3) JNDI bindings for session bean named EjbSynchronizations in deployment unit deployment "seamproj.war" are as follows:
> java:global/seamproj/EjbSynchronizations!org.jboss.seam.transaction.LocalEjbSynchronizations
> java:app/seamproj/EjbSynchronizations!org.jboss.seam.transaction.LocalEjbSynchronizations
> java:module/EjbSynchronizations!org.jboss.seam.transaction.LocalEjbSynchronizations
> java:global/seamproj/EjbSynchronizations
> java:app/seamproj/EjbSynchronizations
> java:module/EjbSynchronizations
> 15:47:39,801 INFO [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-3) JNDI bindings for session bean named TimerServiceDispatcher in deployment unit deployment "seamproj.war" are as follows:
> java:global/seamproj/TimerServiceDispatcher!org.jboss.seam.async.LocalTimerServiceDispatcher
> java:app/seamproj/TimerServiceDispatcher!org.jboss.seam.async.LocalTimerServiceDispatcher
> java:module/TimerServiceDispatcher!org.jboss.seam.async.LocalTimerServiceDispatcher
> java:global/seamproj/TimerServiceDispatcher
> java:app/seamproj/TimerServiceDispatcher
> java:module/TimerServiceDispatcher
> 15:47:39,981 WARN [org.jboss.weld.deployer] (MSC service thread 1-3) JBAS016012: Deployment deployment "seamproj.war" contains CDI annotations but beans.xml was not found.
> 15:47:40,109 ERROR [org.jboss.as.server] (management-handler-thread - 1) JBAS015870: Deploy of deployment "seamproj.war" was rolled back with the following failure message: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.persistenceunit.\"seamproj.war#seamproj\" is missing [jboss.naming.context.java.seamprojDatasource]"]}
> 15:47:40,161 INFO [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015877: Stopped deployment seamproj.war (runtime-name: seamproj.war) in 51ms
> 15:47:40,169 INFO [org.jboss.as.controller] (management-handler-thread - 1) JBAS014774: Service status report
> JBAS014775: New missing/unsatisfied dependencies:
> service jboss.deployment.unit."seamproj.war".component.EjbSynchronizations.CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component.EjbSynchronizations.START]
> service jboss.deployment.unit."seamproj.war".component.EjbSynchronizations.START (missing) dependents: [service jboss.deployment.unit."seamproj.war".moduleDeploymentRuntimeInformationStart, service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component.EjbSynchronizations.VIEW."org.jboss.seam.transaction.LocalEjbSynchronizations".LOCAL (missing) dependents: [service jboss.deployment.unit."seamproj.war".component.EjbSynchronizations.START]
> service jboss.deployment.unit."seamproj.war".component.TimerServiceDispatcher.CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component.TimerServiceDispatcher.START]
> service jboss.deployment.unit."seamproj.war".component.TimerServiceDispatcher.START (missing) dependents: [service jboss.deployment.unit."seamproj.war".moduleDeploymentRuntimeInformationStart, service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component.TimerServiceDispatcher.VIEW."org.jboss.seam.async.LocalTimerServiceDispatcher".LOCAL (missing) dependents: [service jboss.deployment.unit."seamproj.war".component.TimerServiceDispatcher.START]
> service jboss.deployment.unit."seamproj.war".component.TimerServiceDispatcher.ejb3.timerService (missing) dependents: [service jboss.deployment.unit."seamproj.war".component.TimerServiceDispatcher.START]
> service jboss.deployment.unit."seamproj.war".component."com.sun.faces.config.ConfigureListener".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."com.sun.faces.config.ConfigureListener".START]
> service jboss.deployment.unit."seamproj.war".component."com.sun.faces.config.ConfigureListener".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component."javax.faces.webapp.FacesServlet".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."javax.faces.webapp.FacesServlet".START]
> service jboss.deployment.unit."seamproj.war".component."javax.faces.webapp.FacesServlet".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component."javax.faces.webapp.FacetTag".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."javax.faces.webapp.FacetTag".START]
> service jboss.deployment.unit."seamproj.war".component."javax.faces.webapp.FacetTag".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START]
> service jboss.deployment.unit."seamproj.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".START]
> service jboss.deployment.unit."seamproj.war".component."javax.servlet.jsp.jstl.tlv.ScriptFreeTLV".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component."managed-bean.org.richfaces.VersionBean".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."managed-bean.org.richfaces.VersionBean".START]
> service jboss.deployment.unit."seamproj.war".component."managed-bean.org.richfaces.VersionBean".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component."managed-bean.org.richfaces.skin.SkinBean".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."managed-bean.org.richfaces.skin.SkinBean".START]
> service jboss.deployment.unit."seamproj.war".component."managed-bean.org.richfaces.skin.SkinBean".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component."org.apache.catalina.servlets.DefaultServlet".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."org.apache.catalina.servlets.DefaultServlet".START]
> service jboss.deployment.unit."seamproj.war".component."org.apache.catalina.servlets.DefaultServlet".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component."org.apache.jasper.servlet.JspServlet".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."org.apache.jasper.servlet.JspServlet".START]
> service jboss.deployment.unit."seamproj.war".component."org.apache.jasper.servlet.JspServlet".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component."org.jboss.seam.servlet.SeamFilter".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."org.jboss.seam.servlet.SeamFilter".START]
> service jboss.deployment.unit."seamproj.war".component."org.jboss.seam.servlet.SeamFilter".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component."org.jboss.seam.servlet.SeamListener".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."org.jboss.seam.servlet.SeamListener".START]
> service jboss.deployment.unit."seamproj.war".component."org.jboss.seam.servlet.SeamListener".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".component."org.jboss.seam.servlet.SeamResourceServlet".CREATE (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."org.jboss.seam.servlet.SeamResourceServlet".START]
> service jboss.deployment.unit."seamproj.war".component."org.jboss.seam.servlet.SeamResourceServlet".START (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.deployment.unit."seamproj.war".jndiDependencyService (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."org.apache.jasper.servlet.JspServlet".START, service jboss.deployment.unit."seamproj.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START, service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".component."javax.faces.webapp.FacesServlet".START, JBAS014799: ... and 12 more ]
> service jboss.deployment.unit."seamproj.war".moduleDeploymentRuntimeInformation (missing) dependents: [service jboss.deployment.unit."seamproj.war".component.TimerServiceDispatcher.START, service jboss.deployment.unit."seamproj.war".moduleDeploymentRuntimeInformationStart, service jboss.deployment.unit."seamproj.war".component.EjbSynchronizations.START]
> service jboss.naming.context.java.module.seamproj.seamproj.env."org.jboss.seam.async.TimerServiceDispatcher".timerService (missing) dependents: [service jboss.deployment.unit."seamproj.war".component.TimerServiceDispatcher.START]
> service jboss.naming.context.java.seamprojDatasource (missing) dependents: [service jboss.persistenceunit."seamproj.war#seamproj"]
> service jboss.persistenceunit."seamproj.war#seamproj" (missing) dependents: [service jboss.deployment.unit."seamproj.war".component."org.apache.jasper.servlet.JspServlet".START, service jboss.naming.context.java.seamprojEntityManagerFactory, service jboss.deployment.unit."seamproj.war".component."javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLV".START, service jboss.deployment.unit."seamproj.war".deploymentCompleteService, JBAS014799: ... and 14 more ]
> service jboss.web.deployment.default-host./seamproj (missing) dependents: [service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> service jboss.web.deployment.default-host./seamproj.realm (missing) dependents: [service jboss.web.deployment.default-host./seamproj, service jboss.deployment.unit."seamproj.war".deploymentCompleteService]
> {code}
> So clearly the deployment is incomplete on the server. In fact, the first line says that new content was added to /home/rasp/jbossqa/runtimes/jboss-eap-6.3.0/standalone/data/content/ca/f4ac569df88605a785004d5f7683a20e809753/content but this directory is empty.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (JBIDE-18506) Usage plugin sometimes locks JBT/JBDS
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18506?page=com.atlassian.jira.plugi... ]
Alexey Kazakov commented on JBIDE-18506:
----------------------------------------
Didn't notice you have already attached the stacktrace. Sorry.
> Usage plugin sometimes locks JBT/JBDS
> -------------------------------------
>
> Key: JBIDE-18506
> URL: https://issues.jboss.org/browse/JBIDE-18506
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: usage
> Affects Versions: 4.2.0.CR1
> Reporter: Snjezana Peco
> Assignee: Alexey Kazakov
> Fix For: 4.2.0.CR2
>
> Attachments: usagestacktrace.out
>
>
> JBossToolsUsageActivator initializes settings when starting and calls
> AbstractEclipseEnvironment.initScreenSettings()
> that uses the Display.syncExec method
> which causes JBT/JBDS to freeze. The issue isn't always reproducible, but it often happens when starting JBDS/JBT in a new workspace.
> While I was testing JBIDE-16379, I reproduced it each time when I started Eclipse 4.4.1/JBT 4.2.0.CR1 in a new workspace.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (JBIDE-18506) Usage plugin sometimes locks JBT/JBDS
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18506?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-18506:
-----------------------------------
Fix Version/s: 4.2.0.CR2
> Usage plugin sometimes locks JBT/JBDS
> -------------------------------------
>
> Key: JBIDE-18506
> URL: https://issues.jboss.org/browse/JBIDE-18506
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: usage
> Affects Versions: 4.2.0.CR1
> Reporter: Snjezana Peco
> Assignee: Alexey Kazakov
> Fix For: 4.2.0.CR2
>
> Attachments: usagestacktrace.out
>
>
> JBossToolsUsageActivator initializes settings when starting and calls
> AbstractEclipseEnvironment.initScreenSettings()
> that uses the Display.syncExec method
> which causes JBT/JBDS to freeze. The issue isn't always reproducible, but it often happens when starting JBDS/JBT in a new workspace.
> While I was testing JBIDE-16379, I reproduced it each time when I started Eclipse 4.4.1/JBT 4.2.0.CR1 in a new workspace.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (JBIDE-18506) Usage plugin sometimes locks JBT/JBDS
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18506?page=com.atlassian.jira.plugi... ]
Alexey Kazakov commented on JBIDE-18506:
----------------------------------------
[~snjeza] could you please describe exact steps which may cause that lock? And could you also attach a stack trace in case we won't able to reproduce it? I agree with [~adietish], we cannot just replace syncExec by asyncExec. But we have to understand why syncExec locks Eclipse here.
> Usage plugin sometimes locks JBT/JBDS
> -------------------------------------
>
> Key: JBIDE-18506
> URL: https://issues.jboss.org/browse/JBIDE-18506
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: usage
> Affects Versions: 4.2.0.CR1
> Reporter: Snjezana Peco
> Assignee: Andre Dietisheim
> Fix For: 4.2.0.CR2
>
> Attachments: usagestacktrace.out
>
>
> JBossToolsUsageActivator initializes settings when starting and calls
> AbstractEclipseEnvironment.initScreenSettings()
> that uses the Display.syncExec method
> which causes JBT/JBDS to freeze. The issue isn't always reproducible, but it often happens when starting JBDS/JBT in a new workspace.
> While I was testing JBIDE-16379, I reproduced it each time when I started Eclipse 4.4.1/JBT 4.2.0.CR1 in a new workspace.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months
[JBoss JIRA] (JBIDE-18506) Usage plugin sometimes locks JBT/JBDS
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18506?page=com.atlassian.jira.plugi... ]
Alexey Kazakov reassigned JBIDE-18506:
--------------------------------------
Assignee: Alexey Kazakov (was: Andre Dietisheim)
> Usage plugin sometimes locks JBT/JBDS
> -------------------------------------
>
> Key: JBIDE-18506
> URL: https://issues.jboss.org/browse/JBIDE-18506
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: usage
> Affects Versions: 4.2.0.CR1
> Reporter: Snjezana Peco
> Assignee: Alexey Kazakov
> Fix For: 4.2.0.CR2
>
> Attachments: usagestacktrace.out
>
>
> JBossToolsUsageActivator initializes settings when starting and calls
> AbstractEclipseEnvironment.initScreenSettings()
> that uses the Display.syncExec method
> which causes JBT/JBDS to freeze. The issue isn't always reproducible, but it often happens when starting JBDS/JBT in a new workspace.
> While I was testing JBIDE-16379, I reproduced it each time when I started Eclipse 4.4.1/JBT 4.2.0.CR1 in a new workspace.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 6 months