[mindgame]

For the EAR deployment issue, I was only able to get it to work once (immediate after upgraded to the latest nightly build), afterwards it was back to square one. In view of that I manually use the package archive tool to build an exploded EAR which directly write to the server deploy directory. But there seems to be some bugs in this approach as well, which may be related to the bug mentioned by Rob earlier.

What I find out is that the package archive does not always perform an incremental build once changes of its content has been occurred. It some how fails to detect changes made to its content. This problem can be corrected by changing the fileset rule to force an incremental build of the archive and then change it back to its original setting. This seems to activate the incremental build of the archive (for the duration of the current Eclipse instance). Of course this exercise need to be performed each time Eclipse is restarted.

Regarding the CSS editor issue, below is the full stack trace related to the problem obtained from the log. The error is not fatal which stop me from opening the CSS file using the 'CSS Editor' but each time, CSS editor is used, the error appears in a popup dialog box. Does JBoss Tools comes with it own CSS editor?

!ENTRY org.eclipse.ui.workbench 4 2 2007-09-22 03:04:17.328
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.ui.workbench".
!STACK 0
java.lang.ClassCastException: org.eclipse.wst.css.core.internal.document.CSSModelImpl cannot be cast to org.w3c.dom.Node
 at org.eclipse.wst.xml.ui.internal.contentoutline.JFaceNodeAdapter.getChildren(JFaceNodeAdapter.java:118)
 at org.eclipse.wst.xml.ui.internal.contentoutline.JFaceNodeAdapter.getElements(JFaceNodeAdapter.java:134)
 at org.eclipse.wst.css.ui.views.contentoutline.JFaceNodeContentProviderCSS.getElements(JFaceNodeContentProviderCSS.java:97)
 at org.eclipse.jface.viewers.StructuredViewer.getRawChildren(StructuredViewer.java:937)
 at org.eclipse.jface.viewers.ColumnViewer.getRawChildren(ColumnViewer.java:660)
 at org.eclipse.jface.viewers.AbstractTreeViewer.getRawChildren(AbstractTreeViewer.java:1295)
 at org.eclipse.jface.viewers.TreeViewer.getRawChildren(TreeViewer.java:366)
 at org.eclipse.jface.viewers.AbstractTreeViewer.getFilteredChildren(AbstractTreeViewer.java:615)
 at org.eclipse.jface.viewers.AbstractTreeViewer.getSortedChildren(AbstractTreeViewer.java:581)
 at org.eclipse.jface.viewers.AbstractTreeViewer$1.run(AbstractTreeViewer.java:778)
 at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
 at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren(AbstractTreeViewer.java:755)
 at org.eclipse.jface.viewers.TreeViewer.createChildren(TreeViewer.java:615)
 at org.eclipse.jface.viewers.AbstractTreeViewer.internalInitializeTree(AbstractTreeViewer.java:1460)
 at org.eclipse.jface.viewers.TreeViewer.internalInitializeTree(TreeViewer.java:804)
 at org.eclipse.jface.viewers.AbstractTreeViewer$5.run(AbstractTreeViewer.java:1443)
 at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1368)
 at org.eclipse.jface.viewers.TreeViewer.preservingSelection(TreeViewer.java:378)
 at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1330)
 at org.eclipse.jface.viewers.AbstractTreeViewer.inputChanged(AbstractTreeViewer.java:1432)
 at org.eclipse.jface.viewers.ContentViewer.setInput(ContentViewer.java:251)
 at org.eclipse.jface.viewers.StructuredViewer.setInput(StructuredViewer.java:1606)
 at org.eclipse.wst.sse.ui.internal.contentoutline.ConfigurableContentOutlinePage.setInput(ConfigurableContentOutlinePage.java:644)
 at org.eclipse.wst.sse.ui.internal.contentoutline.ConfigurableContentOutlinePage.setConfiguration(ConfigurableContentOutlinePage.java:619)
 at org.eclipse.wst.sse.ui.internal.contentoutline.ConfigurableContentOutlinePage.createControl(ConfigurableContentOutlinePage.java:371)
 at org.eclipse.ui.views.contentoutline.ContentOutline.doCreatePage(ContentOutline.java:135)
 at org.eclipse.ui.part.PageBookView.createPage(PageBookView.java:399)
 at org.eclipse.ui.part.PageBookView.partActivated(PageBookView.java:741)
 at org.eclipse.ui.views.contentoutline.ContentOutline.partBroughtToTop(ContentOutline.java:210)
 at org.eclipse.ui.internal.PartListenerList$2.run(PartListenerList.java:87)
 at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
 at org.eclipse.core.runtime.Platform.run(Platform.java:857)
 at org.eclipse.ui.internal.PartListenerList.fireEvent(PartListenerList.java:57)
 at org.eclipse.ui.internal.PartListenerList.firePartBroughtToTop(PartListenerList.java:85)
 at org.eclipse.ui.internal.PartService.firePartBroughtToTop(PartService.java:87)
 at org.eclipse.ui.internal.WorkbenchPagePartList.firePartBroughtToTop(WorkbenchPagePartList.java:75)
 at org.eclipse.ui.internal.WorkbenchPagePartList.fireActiveEditorChanged(WorkbenchPagePartList.java:51)
 at org.eclipse.ui.internal.PartList.setActiveEditor(PartList.java:152)
 at org.eclipse.ui.internal.WorkbenchPage.makeActiveEditor(WorkbenchPage.java:1215)
 at org.eclipse.ui.internal.WorkbenchPage.setActivePart(WorkbenchPage.java:3377)
 at org.eclipse.ui.internal.WorkbenchPage.activate(WorkbenchPage.java:602)
 at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2730)
 at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2633)
 at org.eclipse.ui.internal.WorkbenchPage.access$12(WorkbenchPage.java:2625)
 at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.java:2577)
 at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
 at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2572)
 at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2556)
 at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2547)
 at org.eclipse.ui.ide.IDE.openEditor(IDE.java:644)
 at org.eclipse.ui.ide.IDE.openEditor(IDE.java:603)
 at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:285)
 at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:138)
 at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:194)
 at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:175)
 at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:268)
 at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:244)
 at org.eclipse.jdt.internal.ui.packageview.PackageExplorerActionGroup.handleOpen(PackageExplorerActionGroup.java:316)
 at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$5.open(PackageExplorerPart.java:613)
 at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.java:820)
 at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
 at org.eclipse.core.runtime.Platform.run(Platform.java:857)
 at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:46)
 at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:193)
 at org.eclipse.jface.viewers.StructuredViewer.fireOpen(StructuredViewer.java:818)
 at org.eclipse.jface.viewers.StructuredViewer.handleOpen(StructuredViewer.java:1079)
 at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(StructuredViewer.java:1183)
 at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:263)
 at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:257)
 at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:297)
 at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66)
 at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:938)
 at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3682)
 at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3293)
 at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2389)
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
 at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2219)
 at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
 at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:289)
 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:461)
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
 at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:106)
 at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:153)
 at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:106)
 at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:76)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:363)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
 at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:504)
 at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
 at org.eclipse.equinox.launcher.Main.run(Main.java:1169)

!ENTRY org.eclipse.ui.workbench 4 0 2007-09-22 03:04:17.531
!MESSAGE org.eclipse.wst.css.core.internal.document.CSSStyleRuleImpl cannot be cast to org.w3c.dom.Node
!STACK 0
java.lang.ClassCastException: org.eclipse.wst.css.core.internal.document.CSSStyleRuleImpl cannot be cast to org.w3c.dom.Node
 at org.eclipse.wst.xml.ui.internal.contentoutline.JFaceNodeAdapter.getParent(JFaceNodeAdapter.java:176)
 at org.eclipse.wst.css.ui.views.contentoutline.JFaceNodeContentProviderCSS.getParent(JFaceNodeContentProviderCSS.java:111)
 at org.eclipse.jface.viewers.AbstractTreeViewer.getParentElement(AbstractTreeViewer.java:1616)
 at org.eclipse.jface.viewers.TreeViewer.getParentElement(TreeViewer.java:582)
 at org.eclipse.jface.viewers.AbstractTreeViewer.internalExpand(AbstractTreeViewer.java:1543)
 at org.eclipse.jface.viewers.AbstractTreeViewer.setSelectionToWidget(AbstractTreeViewer.java:2390)
 at org.eclipse.jface.viewers.StructuredViewer.setSelectionToWidget(StructuredViewer.java:1683)
 at org.eclipse.jface.viewers.AbstractTreeViewer.setSelectionToWidget(AbstractTreeViewer.java:2780)
 at org.eclipse.jface.viewers.StructuredViewer.setSelection(StructuredViewer.java:1639)
 at org.eclipse.jface.viewers.TreeViewer.setSelection(TreeViewer.java:1083)
 at org.eclipse.wst.sse.ui.internal.contentoutline.ConfigurableContentOutlinePage$PostSelectionServiceListener.selectionChanged(ConfigurableContentOutlinePage.java:162)
 at org.eclipse.ui.internal.AbstractSelectionService.firePostSelection(AbstractSelectionService.java:179)
 at org.eclipse.ui.internal.AbstractSelectionService.setActivePart(AbstractSelectionService.java:289)
 at org.eclipse.ui.internal.WWinPartService.updateActivePart(WWinPartService.java:125)
 at org.eclipse.ui.internal.WWinPartService.access$0(WWinPartService.java:115)
 at org.eclipse.ui.internal.WWinPartService$1.partDeactivated(WWinPartService.java:48)
 at org.eclipse.ui.internal.PartListenerList2$4.run(PartListenerList2.java:113)
 at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
 at org.eclipse.core.runtime.Platform.run(Platform.java:857)
 at org.eclipse.ui.internal.PartListenerList2.fireEvent(PartListenerList2.java:53)
 at org.eclipse.ui.internal.PartListenerList2.firePartDeactivated(PartListenerList2.java:111)
 at org.eclipse.ui.internal.PartService.firePartDeactivated(PartService.java:116)
 at org.eclipse.ui.internal.PartService.setActivePart(PartService.java:165)
 at org.eclipse.ui.internal.WorkbenchPagePartList.fireActivePartChanged(WorkbenchPagePartList.java:56)
 at org.eclipse.ui.internal.PartList.setActivePart(PartList.java:126)
 at org.eclipse.ui.internal.WorkbenchPage.setActivePart(WorkbenchPage.java:3384)
 at org.eclipse.ui.internal.WorkbenchPage.activate(WorkbenchPage.java:602)
 at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2730)
 at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2633)
 at org.eclipse.ui.internal.WorkbenchPage.access$12(WorkbenchPage.java:2625)
 at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.java:2577)
 at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
 at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2572)
 at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2556)
 at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2547)
 at org.eclipse.ui.ide.IDE.openEditor(IDE.java:644)
 at org.eclipse.ui.ide.IDE.openEditor(IDE.java:603)
 at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:285)
 at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:138)
 at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:194)
 at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:175)
 at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:268)
 at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:244)
 at org.eclipse.jdt.internal.ui.packageview.PackageExplorerActionGroup.handleOpen(PackageExplorerActionGroup.java:316)
 at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$5.open(PackageExplorerPart.java:613)
 at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.java:820)
 at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
 at org.eclipse.core.runtime.Platform.run(Platform.java:857)
 at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:46)
 at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:193)
 at org.eclipse.jface.viewers.StructuredViewer.fireOpen(StructuredViewer.java:818)
 at org.eclipse.jface.viewers.StructuredViewer.handleOpen(StructuredViewer.java:1079)
 at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(StructuredViewer.java:1183)
 at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:263)
 at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:257)
 at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:297)
 at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66)
 at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:938)
 at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3682)
 at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3293)
 at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2389)
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
 at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2219)
 at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
 at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:289)
 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:461)
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
 at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:106)
 at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:153)
 at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:106)
 at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:76)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:363)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
 at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:504)
 at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
 at org.eclipse.equinox.launcher.Main.run(Main.java:1169)

!ENTRY org.eclipse.ui.workbench 4 2 2007-09-22 03:04:17.546
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.ui.workbench".
!STACK 0
java.lang.ClassCastException: org.eclipse.wst.css.core.internal.document.CSSModelImpl cannot be cast to org.w3c.dom.Node
 at org.eclipse.wst.xml.ui.internal.contentoutline.JFaceNodeAdapter.getChildren(JFaceNodeAdapter.java:118)
 at org.eclipse.wst.xml.ui.internal.contentoutline.JFaceNodeAdapter.getElements(JFaceNodeAdapter.java:134)
 at org.eclipse.wst.css.ui.views.contentoutline.JFaceNodeContentProviderCSS.getElements(JFaceNodeContentProviderCSS.java:97)
 at org.eclipse.jface.viewers.StructuredViewer.getRawChildren(StructuredViewer.java:937)
 at org.eclipse.jface.viewers.ColumnViewer.getRawChildren(ColumnViewer.java:660)
 at org.eclipse.jface.viewers.AbstractTreeViewer.getRawChildren(AbstractTreeViewer.java:1295)
 at org.eclipse.jface.viewers.TreeViewer.getRawChildren(TreeViewer.java:366)
 at org.eclipse.jface.viewers.AbstractTreeViewer.getFilteredChildren(AbstractTreeViewer.java:615)
 at org.eclipse.jface.viewers.AbstractTreeViewer.getSortedChildren(AbstractTreeViewer.java:581)
 at org.eclipse.jface.viewers.AbstractTreeViewer$1.run(AbstractTreeViewer.java:778)
 at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
 at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren(AbstractTreeViewer.java:755)
 at org.eclipse.jface.viewers.TreeViewer.createChildren(TreeViewer.java:615)
 at org.eclipse.jface.viewers.AbstractTreeViewer.internalInitializeTree(AbstractTreeViewer.java:1460)
 at org.eclipse.jface.viewers.TreeViewer.internalInitializeTree(TreeViewer.java:804)
 at org.eclipse.jface.viewers.AbstractTreeViewer$5.run(AbstractTreeViewer.java:1443)
 at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1368)
 at org.eclipse.jface.viewers.TreeViewer.preservingSelection(TreeViewer.java:378)
 at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1330)
 at org.eclipse.jface.viewers.AbstractTreeViewer.inputChanged(AbstractTreeViewer.java:1432)
 at org.eclipse.jface.viewers.ContentViewer.setInput(ContentViewer.java:251)
 at org.eclipse.jface.viewers.StructuredViewer.setInput(StructuredViewer.java:1606)
 at org.eclipse.wst.sse.ui.internal.contentoutline.ConfigurableContentOutlinePage.setInput(ConfigurableContentOutlinePage.java:644)
 at org.eclipse.wst.sse.ui.internal.contentoutline.ConfigurableContentOutlinePage.setConfiguration(ConfigurableContentOutlinePage.java:619)
 at org.eclipse.wst.sse.ui.internal.contentoutline.ConfigurableContentOutlinePage.createControl(ConfigurableContentOutlinePage.java:371)
 at org.eclipse.ui.views.contentoutline.ContentOutline.doCreatePage(ContentOutline.java:135)
 at org.eclipse.ui.part.PageBookView.createPage(PageBookView.java:399)
 at org.eclipse.ui.part.PageBookView.partActivated(PageBookView.java:741)
 at org.eclipse.ui.internal.PartListenerList$1.run(PartListenerList.java:72)
 at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
 at org.eclipse.core.runtime.Platform.run(Platform.java:857)
 at org.eclipse.ui.internal.PartListenerList.fireEvent(PartListenerList.java:57)
 at org.eclipse.ui.internal.PartListenerList.firePartActivated(PartListenerList.java:70)
 at org.eclipse.ui.internal.PartService.firePartActivated(PartService.java:73)
 at org.eclipse.ui.internal.PartService.setActivePart(PartService.java:171)
 at org.eclipse.ui.internal.WorkbenchPagePartList.fireActivePartChanged(WorkbenchPagePartList.java:56)
 at org.eclipse.ui.internal.PartList.setActivePart(PartList.java:126)
 at org.eclipse.ui.internal.WorkbenchPage.setActivePart(WorkbenchPage.java:3384)
 at org.eclipse.ui.internal.WorkbenchPage.activate(WorkbenchPage.java:602)
 at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2730)
 at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2633)
 at org.eclipse.ui.internal.WorkbenchPage.access$12(WorkbenchPage.java:2625)
 at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.java:2577)
 at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
 at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2572)
 at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2556)
 at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2547)
 at org.eclipse.ui.ide.IDE.openEditor(IDE.java:644)
 at org.eclipse.ui.ide.IDE.openEditor(IDE.java:603)
 at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:285)
 at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:138)
 at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:194)
 at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:175)
 at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:268)
 at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:244)
 at org.eclipse.jdt.internal.ui.packageview.PackageExplorerActionGroup.handleOpen(PackageExplorerActionGroup.java:316)
 at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$5.open(PackageExplorerPart.java:613)
 at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.java:820)
 at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
 at org.eclipse.core.runtime.Platform.run(Platform.java:857)
 at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:46)
 at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:193)
 at org.eclipse.jface.viewers.StructuredViewer.fireOpen(StructuredViewer.java:818)
 at org.eclipse.jface.viewers.StructuredViewer.handleOpen(StructuredViewer.java:1079)
 at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(StructuredViewer.java:1183)
 at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:263)
 at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:257)
 at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:297)
 at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66)
 at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:938)
 at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3682)
 at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3293)
 at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2389)
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
 at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2219)
 at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
 at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:289)
 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:461)
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
 at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:106)
 at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:153)
 at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:106)
 at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:76)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:363)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
 at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:504)
 at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
 at org.eclipse.equinox.launcher.Main.run(Main.java:1169)

[maxandersen]

put these in sepearate jiras so we can track'em, thanks.

[mindgame]

JIRA issue reported, http://jira.jboss.com/jira/browse/JBIDE-940

Forget to mention, my work around in the above tends to fail arbitrarily during a Eclipse session. The only reliable solution up to now is till a full manual deployment (and a restart of the JBoss AS). Please fix the deployment and the incremental package (build) issue, to make stressful developers' life better :)

But most importantly, enjoy your weekend!

[ybxiang.wolf]

"mindgame" wrote:
Max,

I had downloaded and tried the latest nightly build of JBoss Tools. A EAR project was created which includes a web (JSF + Facelets) and EJB (EJB3 + Seam2) components.

The deployment of the EAR in exploded format as you mentioned earlier and the application was successfully deployed to JBoss AS 4.2.1 GA. The problem is when I made changes to the web and EJB component, the changes were not propagated to the JBoss server. Again the only way which I can see the changes on the browser is to republish the EAR. Can you recommend some ways which I can accelerate the development process. Hate having to republish the entire EAR (which takes 20-30s) each time changes was made. Many thanks.
~~~~~~~~~~~~yes, i hate publish EAR too! I always explode EAR but pack JAR AND WAR. If you explode JAR AND WAR too, you cannot delete classes files, then you must restart jboss too!!!
--------------------------**************--------------------------
--------------------------**************--------------------------
--------------------------**************--------------------------

I noted the default Seam project, one can dynamically change the CSS, message bundles as well as xhtml page and these changes were automatically propagated to the JBoss AS. How come it is not happening with my deployment configuration with EAR?

~~~~~~shake hands! I am in your situation!
-----------I hate publish EAR too! I always explode EAR but pack JAR AND WAR. If you explode JAR AND WAR too, you cannot delete classes files, then you must restart jboss too!!!
--------------------------**************--------------------------
--------------------------**************--------------------------
--------------------------**************--------------------------

[mindgame]

Rob,

noticed that you have resolved a number of issues in the JIRA related to EAR and deployment. So I give it another try using, JBossTools-200709251611-nightly-ALL-win32.zip but note the following problems,

I have a ear file which consists of two EJB-JARs and a WAR. When it is deployed to JBoss AS, the resulting directory structure of the EAR file is not correct,

my.ear
 |_META-INF
 |_1.jar (EJB-JAR)
 |_content of the jar (exploded)
 |_my.ear
 |_web.war
 |_content of the war (exploded)
 |_my.ear
 |_2.jar (EJB-JAR)

As you can see, the package structure has my.ear in every layer of the sub directories. In addition, some global jar files which are located inside the my.ear file are not included in the packages generated by JBoss Tools.

The correct should be some like,

my.ear
 |_META-INF
 |_1.jar (EJB-JAR)
 |_2.jar (EJB-JAR)
 |_web.war
 |_sup_1.jar
 |_sup_2.jar
 |_sup_n.jar

Second possible issue,
When I publish the EAR file to JBoss AS, the event log in the 'JBoss Server View' display 'org.jboss.ide.eclipse.as.core.publishers.PublisherEventLogger.MULTIPLE_MODULE_TOP_EVENT'. In earlier releases, a more informative log was generated.


Third possible issue,
I have used Project archives to manually create an EAR file, but it still not automatically rebuild after content has been updated. Is this a feature or a bug?

Thank you.

[maxandersen]

mindgame - reopen or create new jira issues for this; that is the most efficient way of letting dev know there still is an issue.

I would like to know the steps you did since my test last night went fine...I'll try again later today, but if you got the possibility please reopen/create new jira issues for these things.

[rob.stryker]

Mindgame:

The first question is, are you using WTP projects and adding / removing them from the server (or run on server) ? Or are you using the Project Archives View? Your third issue mentions the project archives view but the first two remained uncertain.

If you *are* using project archives view for the first example, make sure the ear's fileset does not include the ear's output! perhaps specifically edit that fileset to exclude the generated output file.

If you aren't using the archives view, then this issue is very different indeed.

For your third issue: the archives view does incremental building. So when you change an html file or jsp file in exploded form, they're picked up right away. If you're creating an ear file, however, then the rebuild should automatically re-write the file for every change, and thus redeploy the application every time.

I should be on irc later this afternoon. #jbosstools on irc.freenode.com

- Rob

[mindgame]

Rob and Max, thank you for your responses. I tend to avoid polluting your JIRA with unconfirmed issues/bug reports. In most cases, it is the problem in how I use your app instead of problem with the app itself :)

Rob, sorry of the lack of information, I will try to describe my scenario in more detail. I am using JBossTools-200709261613-nightly-ALL-win32.zip and JBoss AS 4.2.1GA for the following evaluation.

In my test case, I have created two EJB3 and one JSF projects using the corresponding project wizard that come with JBoss Tools. All projects include the deployment descriptor files.

In order to package them in an EAR file, I have created an EAR project along with the inclusion of deployment descriptor (application.xml) using the project wizard provided by JBoss Tools. During the creation process, I have checked to include the above EJB3 and JSF projects that are to be included in the EAR project.

Ok, now I have the following projects in my workspace,
1x EAR project
1x JSF project
2x EJB3 projects

What I do next is go to the 'JBoss Server View' and right click on the Server and than go to "add and remove projects". In there, I added the EAR project. Once the project is added to the server, I right click on the EAR project inside the 'Modules' tree list and select publish. In the Event log tree list, I noted a new entries which are the following,

Publishing to server
 |_[Full, Changed]myEAR/
 |_[Full, Changed]myEAR/my_1_EJB3/
 |_[Full, Changed]myEAR/my_1_EJB3/myEAR/myWAR/
 |_[Full, Changed]myEAR/my_1_EJB3/myEAR/myWAR/myEAR/my_2_EJB3/

I go to the server deploy directory to check the exploded EAR file and the directory structure is wrong as indicated in the above and my previous post.

In view of the failure using the built in project deployment tool, I have manually created an EAR file using the 'Project archives' view. The rulesets for the manually created EAR archive is as follow. The myEAR.ear archive file is located inside the server deploy directory. So when I build it, its content is directly written to the server deploy directory.

myEAR.ear
|_**/*.*:EarContent
|_myWAR.war
| |_**/*:WebContent
|_my_1_EJB3.jar
| |_**/*:classes
|_my_2_EJB3.jar
 |_**/*:classes

The directory and content of the above manually generated myEAR.ear file is correct and execute successfully inside the JBoss AS. But the automatic incremental rebuild of the EAR file does not always work as advertised. What I mean is its works in some occasions but fail in most of the time. But there is a high percentage of time that the automatic incremental rebuild of the EAR works when eclipse is newly started.


On another issue, I noted that event log problem reported earlier is not fixed :)


Thank you for your time and effort.

[mindgame]

On another issue, I noted that event log problem reported earlier is not fixed :)

I means,

On another issue, I noted that event log problem reported earlier is NOW fixed :)


Sorry!!

[memema]

On a related note;

I just upgraded from JBoss tools to Red Hat Studio. One of the things I noticed is that my ear file is no longer copied to the deployment directory but is extracted in the deployment directory, thus deployed in an exploded fashion.

The incremental deploy does not work for me. I can see the .class file being updated in the exploded deployment directory but changes are not reflected in the running application (until I stop/start the server).

What's worse is that when I do a 'Full publish' of my application it takes more than 5 seconds to publish (JBoss' default scanperiod for the deployment directory is set to 5 sec.) and JBoss tries to deploy the application which is not fully exploded yet. This results in deployment errors due to missing modules (that haven't been extracted just yet).

As a workaround I have increased the scanperiod, but I still get these errors if I do the re-deploy at the same time JBoss is polling the deployment dir.

How can I prevent JBoss to deploy an application that is being exploded?

Why does incremental deploy not work? What needs to be done to make JBoss reload the updated .class in the exploded deployment dir?

How can I go back to packaged (.ear file) deployment (so that 'Full publish' creates the .ear file and copies it to the deployment dir and does not get exploded).

Can anybody shed some light on this?

Thanks!

[maxandersen]

you mean you upgrade from JBossIDE to Red Hat Studio ? JBoss Tools is the project that Red Hat Studio is built on.

About incremental deploy then that works for war's in beta2, ear is broken.

Use the nightly builds to get those fixes.

We haven't worked on stopping jboss from looking for changes while we do incremental deploy since it does not seem to be an issue in day-to-day for the applications I have deployed. I might get a module error in the console but then when the deploy is complete we touch the descriptors and it is doing the deploy fine again.

We should look into ways to make jboss pause for scanning while we do bigger updates - i agree with that.

[memema]

you mean you upgrade from JBossIDE to Red Hat Studio ?

I might get a module error in the console but then when the deploy is complete we touch the descriptors and it is doing the deploy fine again.

We should look into ways to make jboss pause for scanning while we do bigger updates - i agree with that.

Thank you for responding.

JBoss IDE you're right.

Touching the descriptor is the workaround I have been using. Even with (incremental) publish I have to manually touch the descriptor (why is this not part of the publish action itself?).

No way of going back to plain old packaged deployment (without using 'Export' EAR and browse to the deployment directory but upon 'publish')?