[JBoss JIRA] (JBIDE-16320) NPE when dropping a JQM widget from Palette
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16320?page=com.atlassian.jira.plugi... ]
Alexey Kazakov commented on JBIDE-16320:
----------------------------------------
You cannot use WEBKIT on linux if you have VPE with xulrunner installed. It may cause JVM crashing.
Use SWT GTK 2 instead as a workaround:
{code}SWT_GTK3=0 eclipse{code}
> NPE when dropping a JQM widget from Palette
> -------------------------------------------
>
> Key: JBIDE-16320
> URL: https://issues.jboss.org/browse/JBIDE-16320
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jsp/jsf/xml/html source editing
> Affects Versions: 4.2.0.Alpha2
> Reporter: Alexey Kazakov
> Assignee: Daniel Azarov
> Fix For: 4.2.0.Alpha2
>
>
> 1. Create the following html file:
> {code}
> <!DOCTYPE html>
> <html>
> </html>
> {code}
> 2. Open the file with JBoss Tools HTML Editor
> 3. DnD a page from JQM palette
> 4. There is a NPE in Eclipse log:
> {code}
> java.lang.NullPointerException
> at org.eclipse.gef.tools.AbstractTool.setViewer(AbstractTool.java:1532)
> at org.eclipse.gef.tools.AbstractTool.mouseUp(AbstractTool.java:1197)
> at org.eclipse.gef.tools.SelectionTool.mouseUp(SelectionTool.java:575)
> at org.eclipse.gef.EditDomain.mouseUp(EditDomain.java:301)
> at org.eclipse.gef.ui.parts.DomainEventDispatcher.dispatchMouseReleased(DomainEventDispatcher.java:380)
> at org.eclipse.draw2d.LightweightSystem$EventHandler.mouseUp(LightweightSystem.java:548)
> at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:220)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4410)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1388)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3760)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3381)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1113)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:997)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:146)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:613)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:567)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:124)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:109)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:80)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:372)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:226)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:636)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:591)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1450)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1426)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (JBIDE-16320) NPE when dropping a JQM widget from Palette
by Daniel Azarov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16320?page=com.atlassian.jira.plugi... ]
Daniel Azarov edited comment on JBIDE-16320 at 12/23/13 1:55 PM:
-----------------------------------------------------------------
When I was trying to reproduce this I got my eclipse crashed with:
{code}
Stack: [0x00007f23f1c43000,0x00007f23f1d44000], sp=0x00007f23f1d3dd70, free space=1003k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libxul.so+0xc81255] JSD_DebuggerOnForUser+0x978a2
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j org.eclipse.swt.internal.mozilla.XPCOM._VtblCall(IJ)I+0
j org.eclipse.swt.internal.mozilla.XPCOM.VtblCall(IJ)I+9
j org.eclipse.swt.internal.mozilla.nsIBaseWindow.Create()I+9
j org.eclipse.swt.browser.MozillaDelegate.createBaseWindow(Lorg/eclipse/swt/internal/mozilla/nsIBaseWindow;)I+1
j org.eclipse.swt.browser.Mozilla.initWebBrowserWindows()V+201
j org.eclipse.swt.browser.Mozilla.create(Lorg/eclipse/swt/widgets/Composite;I)V+696
j org.eclipse.swt.browser.Browser.<init>(Lorg/eclipse/swt/widgets/Composite;I)V+81
j org.jboss.tools.jst.web.ui.WebUiPlugin.createBrowser(ILorg/eclipse/swt/widgets/Composite;I)Lorg/eclipse/swt/browser/Browser;+8
j org.jboss.tools.jst.web.ui.WebUiPlugin.createBrowser(Lorg/eclipse/swt/widgets/Composite;I)Lorg/eclipse/swt/browser/Browser;+4
j org.jboss.tools.jst.web.ui.palette.html.wizard.AbstractNewHTMLWidgetWizardPage.createControl(Lorg/eclipse/swt/widgets/Composite;)V+311
j org.eclipse.jface.wizard.Wizard.createPageControls(Lorg/eclipse/swt/widgets/Composite;)V+21
j org.eclipse.jface.wizard.WizardDialog.createPageControls()V+8
j org.eclipse.jface.wizard.WizardDialog.createContents(Lorg/eclipse/swt/widgets/Composite;)Lorg/eclipse/swt/widgets/Control;+16
j org.eclipse.jface.window.Window.create()V+14
j org.eclipse.jface.dialogs.Dialog.create()V+1
j org.jboss.tools.common.model.ui.editors.dnd.DropWizardDialog.create()V+1
j org.eclipse.jface.window.Window.open()I+23
j org.jboss.tools.common.model.ui.editors.dnd.DefaultDropCommand.execute(Lorg/jboss/tools/common/model/ui/editors/dnd/DropData;)V+142
j org.jboss.tools.jst.web.ui.internal.editor.jspeditor.JSPTextEditor$3.run()V+141
j org.jboss.tools.jst.web.ui.internal.editor.jspeditor.JSPTextEditor.runDropCommand(Ljava/lang/String;Ljava/lang/String;)V+70
j org.jboss.tools.common.model.ui.editors.dnd.context.DropContext.runDropCommand(Lorg/jboss/tools/common/model/ui/editors/dnd/context/IDNDTextEditor;)V+56
j org.jboss.tools.common.model.ui.editors.dnd.context.DropContext.runDropCommand(Lorg/jboss/tools/common/model/ui/editors/dnd/context/IDNDTextEditor;Lorg/eclipse/swt/events/TypedEvent;)V+7
j org.jboss.tools.jst.web.ui.internal.editor.jspeditor.JSPTextEditor$DTL.drop(Lorg/eclipse/swt/dnd/DropTargetEvent;)V+37
j org.eclipse.swt.dnd.DNDListener.handleEvent(Lorg/eclipse/swt/widgets/Event;)V+412
J org.eclipse.swt.widgets.EventTable.sendEvent(Lorg/eclipse/swt/widgets/Event;)V
j org.eclipse.swt.widgets.Display.sendEvent(Lorg/eclipse/swt/widgets/EventTable;Lorg/eclipse/swt/widgets/Event;)V+7
j org.eclipse.swt.widgets.Widget.sendEvent(Lorg/eclipse/swt/widgets/Event;)V+26
j org.eclipse.swt.widgets.Widget.sendEvent(ILorg/eclipse/swt/widgets/Event;Z)V+73
j org.eclipse.swt.widgets.Widget.sendEvent(ILorg/eclipse/swt/widgets/Event;)V+4
j org.eclipse.swt.widgets.Widget.notifyListeners(ILorg/eclipse/swt/widgets/Event;)V+19
j org.eclipse.swt.dnd.DropTarget.drag_data_received(JJIIJII)V+288
j org.eclipse.swt.dnd.DropTarget.Drag_Data_Received(JJJJJJJ)J+31
{code}
This is similar with https://issues.jboss.org/browse/JBIDE-16280 and https://bugs.eclipse.org/bugs/show_bug.cgi?id=423870
When I locally changed method getPreferredBrowser in WebUiPlugin to
{code}
public static int getPreferredBrowser() {
return SWT.WEBKIT;
}
{code}
I can not reproduce any problem with drag&drop from jQuery Mobile Palette
was (Author: dazarov):
When I was trying to reproduce this I got my eclipse crashed with:
{code}
Stack: [0x00007f23f1c43000,0x00007f23f1d44000], sp=0x00007f23f1d3dd70, free space=1003k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libxul.so+0xc81255] JSD_DebuggerOnForUser+0x978a2
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j org.eclipse.swt.internal.mozilla.XPCOM._VtblCall(IJ)I+0
j org.eclipse.swt.internal.mozilla.XPCOM.VtblCall(IJ)I+9
j org.eclipse.swt.internal.mozilla.nsIBaseWindow.Create()I+9
j org.eclipse.swt.browser.MozillaDelegate.createBaseWindow(Lorg/eclipse/swt/internal/mozilla/nsIBaseWindow;)I+1
j org.eclipse.swt.browser.Mozilla.initWebBrowserWindows()V+201
j org.eclipse.swt.browser.Mozilla.create(Lorg/eclipse/swt/widgets/Composite;I)V+696
j org.eclipse.swt.browser.Browser.<init>(Lorg/eclipse/swt/widgets/Composite;I)V+81
j org.jboss.tools.jst.web.ui.WebUiPlugin.createBrowser(ILorg/eclipse/swt/widgets/Composite;I)Lorg/eclipse/swt/browser/Browser;+8
j org.jboss.tools.jst.web.ui.WebUiPlugin.createBrowser(Lorg/eclipse/swt/widgets/Composite;I)Lorg/eclipse/swt/browser/Browser;+4
j org.jboss.tools.jst.web.ui.palette.html.wizard.AbstractNewHTMLWidgetWizardPage.createControl(Lorg/eclipse/swt/widgets/Composite;)V+311
j org.eclipse.jface.wizard.Wizard.createPageControls(Lorg/eclipse/swt/widgets/Composite;)V+21
j org.eclipse.jface.wizard.WizardDialog.createPageControls()V+8
j org.eclipse.jface.wizard.WizardDialog.createContents(Lorg/eclipse/swt/widgets/Composite;)Lorg/eclipse/swt/widgets/Control;+16
j org.eclipse.jface.window.Window.create()V+14
j org.eclipse.jface.dialogs.Dialog.create()V+1
j org.jboss.tools.common.model.ui.editors.dnd.DropWizardDialog.create()V+1
j org.eclipse.jface.window.Window.open()I+23
j org.jboss.tools.common.model.ui.editors.dnd.DefaultDropCommand.execute(Lorg/jboss/tools/common/model/ui/editors/dnd/DropData;)V+142
j org.jboss.tools.jst.web.ui.internal.editor.jspeditor.JSPTextEditor$3.run()V+141
j org.jboss.tools.jst.web.ui.internal.editor.jspeditor.JSPTextEditor.runDropCommand(Ljava/lang/String;Ljava/lang/String;)V+70
j org.jboss.tools.common.model.ui.editors.dnd.context.DropContext.runDropCommand(Lorg/jboss/tools/common/model/ui/editors/dnd/context/IDNDTextEditor;)V+56
j org.jboss.tools.common.model.ui.editors.dnd.context.DropContext.runDropCommand(Lorg/jboss/tools/common/model/ui/editors/dnd/context/IDNDTextEditor;Lorg/eclipse/swt/events/TypedEvent;)V+7
j org.jboss.tools.jst.web.ui.internal.editor.jspeditor.JSPTextEditor$DTL.drop(Lorg/eclipse/swt/dnd/DropTargetEvent;)V+37
j org.eclipse.swt.dnd.DNDListener.handleEvent(Lorg/eclipse/swt/widgets/Event;)V+412
J org.eclipse.swt.widgets.EventTable.sendEvent(Lorg/eclipse/swt/widgets/Event;)V
j org.eclipse.swt.widgets.Display.sendEvent(Lorg/eclipse/swt/widgets/EventTable;Lorg/eclipse/swt/widgets/Event;)V+7
j org.eclipse.swt.widgets.Widget.sendEvent(Lorg/eclipse/swt/widgets/Event;)V+26
j org.eclipse.swt.widgets.Widget.sendEvent(ILorg/eclipse/swt/widgets/Event;Z)V+73
j org.eclipse.swt.widgets.Widget.sendEvent(ILorg/eclipse/swt/widgets/Event;)V+4
j org.eclipse.swt.widgets.Widget.notifyListeners(ILorg/eclipse/swt/widgets/Event;)V+19
j org.eclipse.swt.dnd.DropTarget.drag_data_received(JJIIJII)V+288
j org.eclipse.swt.dnd.DropTarget.Drag_Data_Received(JJJJJJJ)J+31
{code}
This is similar with https://issues.jboss.org/browse/JBIDE-16280 and https://bugs.eclipse.org/bugs/show_bug.cgi?id=423870
When I locally changed method getPreferredBrowser in WebUiPlugin to
{code}
public static int getPreferredBrowser() {
return SWT.WEBKIT;
}
{code}
I can not reproduce any problem with drag&drop from jQuery Mobile Palette
> NPE when dropping a JQM widget from Palette
> -------------------------------------------
>
> Key: JBIDE-16320
> URL: https://issues.jboss.org/browse/JBIDE-16320
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jsp/jsf/xml/html source editing
> Affects Versions: 4.2.0.Alpha2
> Reporter: Alexey Kazakov
> Assignee: Daniel Azarov
> Fix For: 4.2.0.Alpha2
>
>
> 1. Create the following html file:
> {code}
> <!DOCTYPE html>
> <html>
> </html>
> {code}
> 2. Open the file with JBoss Tools HTML Editor
> 3. DnD a page from JQM palette
> 4. There is a NPE in Eclipse log:
> {code}
> java.lang.NullPointerException
> at org.eclipse.gef.tools.AbstractTool.setViewer(AbstractTool.java:1532)
> at org.eclipse.gef.tools.AbstractTool.mouseUp(AbstractTool.java:1197)
> at org.eclipse.gef.tools.SelectionTool.mouseUp(SelectionTool.java:575)
> at org.eclipse.gef.EditDomain.mouseUp(EditDomain.java:301)
> at org.eclipse.gef.ui.parts.DomainEventDispatcher.dispatchMouseReleased(DomainEventDispatcher.java:380)
> at org.eclipse.draw2d.LightweightSystem$EventHandler.mouseUp(LightweightSystem.java:548)
> at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:220)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4410)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1388)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3760)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3381)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1113)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:997)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:146)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:613)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:567)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:124)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:109)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:80)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:372)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:226)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:636)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:591)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1450)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1426)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (JBIDE-16320) NPE when dropping a JQM widget from Palette
by Daniel Azarov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16320?page=com.atlassian.jira.plugi... ]
Daniel Azarov commented on JBIDE-16320:
---------------------------------------
When I was trying to reproduce this I got my eclipse crashed with:
{code}
Stack: [0x00007f23f1c43000,0x00007f23f1d44000], sp=0x00007f23f1d3dd70, free space=1003k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libxul.so+0xc81255] JSD_DebuggerOnForUser+0x978a2
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j org.eclipse.swt.internal.mozilla.XPCOM._VtblCall(IJ)I+0
j org.eclipse.swt.internal.mozilla.XPCOM.VtblCall(IJ)I+9
j org.eclipse.swt.internal.mozilla.nsIBaseWindow.Create()I+9
j org.eclipse.swt.browser.MozillaDelegate.createBaseWindow(Lorg/eclipse/swt/internal/mozilla/nsIBaseWindow;)I+1
j org.eclipse.swt.browser.Mozilla.initWebBrowserWindows()V+201
j org.eclipse.swt.browser.Mozilla.create(Lorg/eclipse/swt/widgets/Composite;I)V+696
j org.eclipse.swt.browser.Browser.<init>(Lorg/eclipse/swt/widgets/Composite;I)V+81
j org.jboss.tools.jst.web.ui.WebUiPlugin.createBrowser(ILorg/eclipse/swt/widgets/Composite;I)Lorg/eclipse/swt/browser/Browser;+8
j org.jboss.tools.jst.web.ui.WebUiPlugin.createBrowser(Lorg/eclipse/swt/widgets/Composite;I)Lorg/eclipse/swt/browser/Browser;+4
j org.jboss.tools.jst.web.ui.palette.html.wizard.AbstractNewHTMLWidgetWizardPage.createControl(Lorg/eclipse/swt/widgets/Composite;)V+311
j org.eclipse.jface.wizard.Wizard.createPageControls(Lorg/eclipse/swt/widgets/Composite;)V+21
j org.eclipse.jface.wizard.WizardDialog.createPageControls()V+8
j org.eclipse.jface.wizard.WizardDialog.createContents(Lorg/eclipse/swt/widgets/Composite;)Lorg/eclipse/swt/widgets/Control;+16
j org.eclipse.jface.window.Window.create()V+14
j org.eclipse.jface.dialogs.Dialog.create()V+1
j org.jboss.tools.common.model.ui.editors.dnd.DropWizardDialog.create()V+1
j org.eclipse.jface.window.Window.open()I+23
j org.jboss.tools.common.model.ui.editors.dnd.DefaultDropCommand.execute(Lorg/jboss/tools/common/model/ui/editors/dnd/DropData;)V+142
j org.jboss.tools.jst.web.ui.internal.editor.jspeditor.JSPTextEditor$3.run()V+141
j org.jboss.tools.jst.web.ui.internal.editor.jspeditor.JSPTextEditor.runDropCommand(Ljava/lang/String;Ljava/lang/String;)V+70
j org.jboss.tools.common.model.ui.editors.dnd.context.DropContext.runDropCommand(Lorg/jboss/tools/common/model/ui/editors/dnd/context/IDNDTextEditor;)V+56
j org.jboss.tools.common.model.ui.editors.dnd.context.DropContext.runDropCommand(Lorg/jboss/tools/common/model/ui/editors/dnd/context/IDNDTextEditor;Lorg/eclipse/swt/events/TypedEvent;)V+7
j org.jboss.tools.jst.web.ui.internal.editor.jspeditor.JSPTextEditor$DTL.drop(Lorg/eclipse/swt/dnd/DropTargetEvent;)V+37
j org.eclipse.swt.dnd.DNDListener.handleEvent(Lorg/eclipse/swt/widgets/Event;)V+412
J org.eclipse.swt.widgets.EventTable.sendEvent(Lorg/eclipse/swt/widgets/Event;)V
j org.eclipse.swt.widgets.Display.sendEvent(Lorg/eclipse/swt/widgets/EventTable;Lorg/eclipse/swt/widgets/Event;)V+7
j org.eclipse.swt.widgets.Widget.sendEvent(Lorg/eclipse/swt/widgets/Event;)V+26
j org.eclipse.swt.widgets.Widget.sendEvent(ILorg/eclipse/swt/widgets/Event;Z)V+73
j org.eclipse.swt.widgets.Widget.sendEvent(ILorg/eclipse/swt/widgets/Event;)V+4
j org.eclipse.swt.widgets.Widget.notifyListeners(ILorg/eclipse/swt/widgets/Event;)V+19
j org.eclipse.swt.dnd.DropTarget.drag_data_received(JJIIJII)V+288
j org.eclipse.swt.dnd.DropTarget.Drag_Data_Received(JJJJJJJ)J+31
{code}
This is similar with https://issues.jboss.org/browse/JBIDE-16280 and https://bugs.eclipse.org/bugs/show_bug.cgi?id=423870
When I locally changed method getPreferredBrowser in WebUiPlugin to
{code}
public static int getPreferredBrowser() {
return SWT.WEBKIT;
}
{code}
I can not reproduce any problem with drag&drop from jQuery Mobile Palette
> NPE when dropping a JQM widget from Palette
> -------------------------------------------
>
> Key: JBIDE-16320
> URL: https://issues.jboss.org/browse/JBIDE-16320
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jsp/jsf/xml/html source editing
> Affects Versions: 4.2.0.Alpha2
> Reporter: Alexey Kazakov
> Assignee: Daniel Azarov
> Fix For: 4.2.0.Alpha2
>
>
> 1. Create the following html file:
> {code}
> <!DOCTYPE html>
> <html>
> </html>
> {code}
> 2. Open the file with JBoss Tools HTML Editor
> 3. DnD a page from JQM palette
> 4. There is a NPE in Eclipse log:
> {code}
> java.lang.NullPointerException
> at org.eclipse.gef.tools.AbstractTool.setViewer(AbstractTool.java:1532)
> at org.eclipse.gef.tools.AbstractTool.mouseUp(AbstractTool.java:1197)
> at org.eclipse.gef.tools.SelectionTool.mouseUp(SelectionTool.java:575)
> at org.eclipse.gef.EditDomain.mouseUp(EditDomain.java:301)
> at org.eclipse.gef.ui.parts.DomainEventDispatcher.dispatchMouseReleased(DomainEventDispatcher.java:380)
> at org.eclipse.draw2d.LightweightSystem$EventHandler.mouseUp(LightweightSystem.java:548)
> at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:220)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4410)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1388)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3760)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3381)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1113)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:997)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:146)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:613)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:567)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:124)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:109)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:80)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:372)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:226)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:636)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:591)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1450)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1426)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (JBIDE-16134) CordovaSim should start the livereload server
by Konstantin Marmalyukov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16134?page=com.atlassian.jira.plugi... ]
Konstantin Marmalyukov commented on JBIDE-16134:
------------------------------------------------
Livereload availability check for BrowserSim/CordovaSim is pushed into master.
> CordovaSim should start the livereload server
> ---------------------------------------------
>
> Key: JBIDE-16134
> URL: https://issues.jboss.org/browse/JBIDE-16134
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: browsersim
> Affects Versions: 4.1.1.CR1
> Reporter: Gorkem Ercan
> Assignee: Konstantin Marmalyukov
>
> CordovaSim should configure and start the livereload server when the livereload is enabled.
> If starting the server from CordovaSim menu is a big problem, alternately, the server can always be configured and started before a CordovaSim launch.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (JBIDE-3509) Monitor progress of JBT packaging as .rpm for Fedora: http://fedoraproject.org/wiki/JBoss
by Gerard Ryan (JIRA)
[ https://issues.jboss.org/browse/JBIDE-3509?page=com.atlassian.jira.plugin... ]
Gerard Ryan edited comment on JBIDE-3509 at 12/23/13 11:51 AM:
---------------------------------------------------------------
Hi guys,
Yeah, it's more or less just myself that has been working on this so far. I 100% intend to complete it, and make it as good as it can be in Fedora. The main problem that I run into though, is time, since I've got a full time job now that means that I only really get to look at this at the weekend. When I do get to look at the eclipse-jbosstools package, a lot of that time is spent looking at its dependencies, such as wtp and m2e, since I'm really the only person maintaining those packages. As you can guess, it's not too often that I'm in a position to look at adding more of the subprojects of JBoss Tools (even though I really want to get to that point, and fully intend to). There are quite a few moving pieces that have to be more or less in line for it, and because I usually work on it outside the hours of most of the Fedora Java guys from RH, sometimes there are stumbling blocks that I'll need them to clear, so things go quite slowly!
Anyway, now that I've got holidays for a while, I should get some time to look at it. There are a few problems with our m2e-core package that will have to take priority for the moment.
[~nickboldt]: Regarding the version, SNAPSHOT only shows up in the naming on the filesystem, when loaded in Eclipse, the timestamp/qualifier is shown. Max also got me to add Fedora version to the end of the usual <version>.v<timestamp>.-<build-alias>. Example: org.jboss.tools.openshift.egit.core-2.5.0-SNAPSHOT.jar in Fedora 20 is loaded with version 2.0.5.v20131002-2156-Final-F20. I think this is mostly for usage reporting, and in case there are bug reports here that are specific to Fedora builds.
Most of the information I've given here is probably useless, but feel free to contact me any time if you want any more info on anything about this! :)
was (Author: grdryn):
Hi guys,
Yeah, it's more or less just myself that has been working on this so far. I 100% intend to complete it, and make it as good as it can be in Fedora. The main problem that I run into though, is time, since I've got a full time job now that means that I only really get to look at this at the weekend. When I do get to look at the eclipse-jbosstools package, a lot of that time is spent looking at its dependencies, such as wtp and m2e, since I'm really the only person maintaining those packages. As you can guess, it's not too often that I'm in a position to look at adding more of the subprojects of JBoss Tools (even though I really want to get to that point, and fully intend to). There are quite a few moving pieces that have to be more or less in line for it, and because I usually work on it outside the hours of most of the Fedora Java guys from RH, sometimes there are stumbling blocks that I'll need them to clear, so things go quite slowly!
Anyway, now that I've got holidays for a while, I should get some time to look at it. There are a few problems with our m2e-core package that will have to take priority for the moment.
[~nickboldt]: Regarding the version, -SNAPSHOT only shows up in the naming on the filesystem, when loaded in Eclipse, the timestamp/qualifier is shown. Max also got me to add Fedora version to the end of the usual <version>.v<timestamp>.-<build-alias>. Example: org.jboss.tools.openshift.egit.core-2.5.0-SNAPSHOT.jar in Fedora 20 is loaded with version 2.0.5.v20131002-2156-Final-F20. I think this is mostly for usage reporting, and in case there are bug reports here that are specific to Fedora builds.
Most of the information I've given here is probably useless, but feel free to contact me any time if you want any more info on anything about this! :)
> Monitor progress of JBT packaging as .rpm for Fedora: http://fedoraproject.org/wiki/JBoss
> -----------------------------------------------------------------------------------------
>
> Key: JBIDE-3509
> URL: https://issues.jboss.org/browse/JBIDE-3509
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: build
> Reporter: Nick Boldt
> Priority: Optional
> Fix For: LATER
>
> Attachments: eclipse-jbosstools-openshift-in-dropins.png, eclipse-jbosstools-server.png
>
>
> John Ford (John64 on Freenode), a college student from Seneca, has expressed interest in packaging JBT for Fedora. This is a placeholder to track that progress as it relates to the JBT 3.0.0 release, possibly as part of Fedora 11?
> Details: http://fedoraproject.org/wiki/JBoss
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (JBIDE-3509) Monitor progress of JBT packaging as .rpm for Fedora: http://fedoraproject.org/wiki/JBoss
by Gerard Ryan (JIRA)
[ https://issues.jboss.org/browse/JBIDE-3509?page=com.atlassian.jira.plugin... ]
Gerard Ryan edited comment on JBIDE-3509 at 12/23/13 11:51 AM:
---------------------------------------------------------------
Hi guys,
Yeah, it's more or less just myself that has been working on this so far. I 100% intend to complete it, and make it as good as it can be in Fedora. The main problem that I run into though, is time, since I've got a full time job now that means that I only really get to look at this at the weekend. When I do get to look at the eclipse-jbosstools package, a lot of that time is spent looking at its dependencies, such as wtp and m2e, since I'm really the only person maintaining those packages. As you can guess, it's not too often that I'm in a position to look at adding more of the subprojects of JBoss Tools (even though I really want to get to that point, and fully intend to). There are quite a few moving pieces that have to be more or less in line for it, and because I usually work on it outside the hours of most of the Fedora Java guys from RH, sometimes there are stumbling blocks that I'll need them to clear, so things go quite slowly!
Anyway, now that I've got holidays for a while, I should get some time to look at it. There are a few problems with our m2e-core package that will have to take priority for the moment.
[~nickboldt]: Regarding the version, -SNAPSHOT only shows up in the naming on the filesystem, when loaded in Eclipse, the timestamp/qualifier is shown. Max also got me to add Fedora version to the end of the usual <version>.v<timestamp>.-<build-alias>. Example: org.jboss.tools.openshift.egit.core-2.5.0-SNAPSHOT.jar in Fedora 20 is loaded with version 2.0.5.v20131002-2156-Final-F20. I think this is mostly for usage reporting, and in case there are bug reports here that are specific to Fedora builds.
Most of the information I've given here is probably useless, but feel free to contact me any time if you want any more info on anything about this! :)
was (Author: grdryn):
Hi guys,
Yeah, it's more or less just myself that has been working on this so far. I 100% intend to complete it, and make it as good as it can be in Fedora. The main problem that I run into though, is time, since I've got a full time job now that means that I only really get to look at this at the weekend. When I do get to look at the eclipse-jbosstools package, a lot of that time is spent looking at its dependencies, such as wtp and m2e, since I'm really the only person maintaining those packages. As you can guess, it's not too often that I'm in a position to look at adding more of the subprojects of JBoss Tools (even though I really want to get to that point, and fully intend to). There are quite a few moving pieces that have to be more or less in line for it, and because I usually work on it outside the hours of most of the Fedora Java guys from RH, sometimes there are stumbling blocks that I'll need them to clear, so things go quite slowly!
Anyway, now that I've got holidays for a while, I should get some time to look at it. There are a few problems with our m2e-core package that will have to take priority for the moment.
[~nickboldt]: Regarding the version, -SNAPSHOT only shows up in the naming on the filesystem, when loaded in Eclipse, the timestamp/qualifier is shown. Max also got me to add Fedora version to the end of the usual <version>.v<timestamp>.-<build-alias>. Example: org.jboss.tools.openshift.egit.core-2.5.0-SNAPSHOT.jar in Fedora 20 is loaded with version 2.0.5.v20131002-2156-Final-F20 -- I think this is mostly for usage reporting, and in case there are bug reports here that are specific to Fedora builds.
Most of the information I've given here is probably useless, but feel free to contact me any time if you want any more info on anything about this! :)
> Monitor progress of JBT packaging as .rpm for Fedora: http://fedoraproject.org/wiki/JBoss
> -----------------------------------------------------------------------------------------
>
> Key: JBIDE-3509
> URL: https://issues.jboss.org/browse/JBIDE-3509
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: build
> Reporter: Nick Boldt
> Priority: Optional
> Fix For: LATER
>
> Attachments: eclipse-jbosstools-openshift-in-dropins.png, eclipse-jbosstools-server.png
>
>
> John Ford (John64 on Freenode), a college student from Seneca, has expressed interest in packaging JBT for Fedora. This is a placeholder to track that progress as it relates to the JBT 3.0.0 release, possibly as part of Fedora 11?
> Details: http://fedoraproject.org/wiki/JBoss
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (JBIDE-3509) Monitor progress of JBT packaging as .rpm for Fedora: http://fedoraproject.org/wiki/JBoss
by Gerard Ryan (JIRA)
[ https://issues.jboss.org/browse/JBIDE-3509?page=com.atlassian.jira.plugin... ]
Gerard Ryan commented on JBIDE-3509:
------------------------------------
Hi guys,
Yeah, it's more or less just myself that has been working on this so far. I 100% intend to complete it, and make it as good as it can be in Fedora. The main problem that I run into though, is time, since I've got a full time job now that means that I only really get to look at this at the weekend. When I do get to look at the eclipse-jbosstools package, a lot of that time is spent looking at its dependencies, such as wtp and m2e, since I'm really the only person maintaining those packages. As you can guess, it's not too often that I'm in a position to look at adding more of the subprojects of JBoss Tools (even though I really want to get to that point, and fully intend to). There are quite a few moving pieces that have to be more or less in line for it, and because I usually work on it outside the hours of most of the Fedora Java guys from RH, sometimes there are stumbling blocks that I'll need them to clear, so things go quite slowly!
Anyway, now that I've got holidays for a while, I should get some time to look at it. There are a few problems with our m2e-core package that will have to take priority for the moment.
[~nickboldt]: Regarding the version, -SNAPSHOT only shows up in the naming on the filesystem, when loaded in Eclipse, the timestamp/qualifier is shown. Max also got me to add Fedora version to the end of the usual <version>.v<timestamp>.-<build-alias>. Example: org.jboss.tools.openshift.egit.core-2.5.0-SNAPSHOT.jar in Fedora 20 is loaded with version 2.0.5.v20131002-2156-Final-F20 -- I think this is mostly for usage reporting, and in case there are bug reports here that are specific to Fedora builds.
Most of the information I've given here is probably useless, but feel free to contact me any time if you want any more info on anything about this! :)
> Monitor progress of JBT packaging as .rpm for Fedora: http://fedoraproject.org/wiki/JBoss
> -----------------------------------------------------------------------------------------
>
> Key: JBIDE-3509
> URL: https://issues.jboss.org/browse/JBIDE-3509
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: build
> Reporter: Nick Boldt
> Priority: Optional
> Fix For: LATER
>
> Attachments: eclipse-jbosstools-openshift-in-dropins.png, eclipse-jbosstools-server.png
>
>
> John Ford (John64 on Freenode), a college student from Seneca, has expressed interest in packaging JBT for Fedora. This is a placeholder to track that progress as it relates to the JBT 3.0.0 release, possibly as part of Fedora 11?
> Details: http://fedoraproject.org/wiki/JBoss
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (JBIDE-16324) Refactor Arquillian validator
by Snjezana Peco (JIRA)
Snjezana Peco created JBIDE-16324:
-------------------------------------
Summary: Refactor Arquillian validator
Key: JBIDE-16324
URL: https://issues.jboss.org/browse/JBIDE-16324
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: testing-tools
Reporter: Snjezana Peco
Assignee: Snjezana Peco
Fix For: 4.2.0.Alpha2
While fixing https://issues.jboss.org/browse/JBIDE-14525, I had to change the way in which the Arquillian validator works because compiling a class doesn't solve dependent classes.
Because of that, we don't have to create archive anymore. We only need the structure of an archive that can be got using Archive.toString(true) which will significantly improve performance.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (JBIDE-16324) Refactor Arquillian validator
by Snjezana Peco (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16324?page=com.atlassian.jira.plugi... ]
Snjezana Peco updated JBIDE-16324:
----------------------------------
Description:
While fixing JBIDE-14525, I had to change the way in which the Arquillian validator works because compiling a class doesn't solve dependent classes.
Because of that, we don't have to create archive anymore. We only need the structure of an archive that can be got using Archive.toString(true) which will significantly improve performance.
was:
While fixing https://issues.jboss.org/browse/JBIDE-14525, I had to change the way in which the Arquillian validator works because compiling a class doesn't solve dependent classes.
Because of that, we don't have to create archive anymore. We only need the structure of an archive that can be got using Archive.toString(true) which will significantly improve performance.
> Refactor Arquillian validator
> -----------------------------
>
> Key: JBIDE-16324
> URL: https://issues.jboss.org/browse/JBIDE-16324
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: testing-tools
> Reporter: Snjezana Peco
> Assignee: Snjezana Peco
> Fix For: 4.2.0.Alpha2
>
>
> While fixing JBIDE-14525, I had to change the way in which the Arquillian validator works because compiling a class doesn't solve dependent classes.
> Because of that, we don't have to create archive anymore. We only need the structure of an archive that can be got using Archive.toString(true) which will significantly improve performance.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
