| Category: | Bug report |
Priority: | High |
Status: | New |
| Project: | Severity: | Critical |
Resolution: | Open |
|
| Component: | Reproducibility: | Sometimes |
Assigned to: |
Netbeans Editor deadlock while using 'go to file' (Alt+Shift+O) feature.
Ssystem: Product Version: NetBeans IDE 7.4 RC1 (Build 201309162201)
Java: 1.7.0_40; Java HotSpot(TM) 64-Bit Server VM 24.0-b56
Runtime: Java(TM) SE Runtime Environment 1.7.0_40-b43
iReport / jasper plugins:
iReport-5.1.0.nbm
jasperreports-components-plugin-5.1.0.nbm
jasperserver-plugin-5.1.0.nbm
Disabling above plugins appears to fix problem - at least i can reproduce with the plugins - but not when plugins are disabled.
Threaddump attached.
| Attachment | Size |
|---|---|
 threaddump.txt | 41.34 KB |
4 Comments:
I suggest that this should be bumped up to Major severity
Just tested with NB74RC2 - can't save .jrxml files using iReport plugin version 5.2.0
IDE Log:
SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor org.openide.util.actions.ActionInvoker$2
java.lang.NullPointerException
at com.jaspersoft.ireport.designer.JrxmlEditorSupport.saveDocument(JrxmlEditorSupport.java:259)
at com.jaspersoft.ireport.designer.JrxmlEditorSupport$1.save(JrxmlEditorSupport.java:71)
at org.openide.loaders.DataObject$DOSavable.handleSave(DataObject.java:1406)
at org.netbeans.spi.actions.AbstractSavable.save(AbstractSavable.java:107)
at org.openide.actions.SaveAction.performAction(SaveAction.java:132)
at org.openide.actions.SaveAction.performAction(SaveAction.java:109)
at org.openide.actions.SaveAction$Delegate.actionPerformed(SaveAction.java:249)
at org.openide.awt.ContextAction$Performer.actionPerformed(ContextAction.java:231)
at org.openide.awt.ContextManager.actionPerformed(ContextManager.java:257)
at org.openide.awt.ContextAction.actionPerformed(ContextAction.java:109)
at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:93)
at org.openide.util.actions.ActionInvoker$ActionRunnable.actionPerformed(ActionInvoker.java:162)
at org.netbeans.core.ModuleActions.invokeAction(ModuleActions.java:109)
at org.netbeans.modules.openide.actions.ActionsBridgeImpl.invokeAction(ActionsBridgeImpl.java:60)
at org.openide.util.actions.ActionInvoker$ActionRunnable.doRun(ActionInvoker.java:153)
at org.openide.util.actions.ActionInvoker$2.run(ActionInvoker.java:110)
at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1432)
[catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2042)
WARNING [org.netbeans.core.multiview.MultiViewTopComponent]: The MultiviewDescription instance class com.jaspersoft.ireport.designer.JrxmlTextView is not serializable. Cannot persist TopComponent.
See also Netbeans bug report https://netbeans.org/bugzilla/show_bug.cgi?id=236543
Especially:
Comment #2 from Miloslav Metelka <mmetelka@netbeans.org> --- com.jaspersoft.ireport.designer.JrxmlVisualView acquires AWT tree lock outside of of AWT thread.
Deadlock again - this time while NB was loading
This one is a repeat of a problem I have reported previously.
Threaddump attached.
David, are you able to identify when this such a problem may actually happen?
I tried to open the go to file dialog on a clean 7.4 RC2 but it does not seem to be an issue.
I don't also see code that could lead to a deadlock on my side.
The line indicated in the stack trace:
at com.jaspersoft.ireport.designer.JrxmlVisualView.<init>(JrxmlVisualView.java:169)
is just:
super()
to instance the top component... so it seems to me that the problem could be in the TopComponent code of NB.
Maybe I'm doing something wrong, or something that NB 7.4 does not like, but I'm not sure what, since this
code has been the same for years.
Giulio