This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Build: NetBeans IDE Dev (Build 200803021202) VM: Java HotSpot(TM) Client VM, 1.6.0_01-b06 OS: Linux, 2.6.22-14-generic, i386 User Comments: no special steps - developing module and invoked "Install into target platform" action
Created attachment 57639 [details] stacktrace
passing to Jiri, please reassign further if I'm wrong.
This stacktrace just indicates another exception/throwable. Need to know the cause exception to evaluate a problem. Please, attach your messages.log
hmm, it seems like exception reporter does not archive whole messages.log. I'll try to attach manually, when this appears again.
This issue has already -1 duplicates
Created attachment 63812 [details] stacktrace
Created attachment 63821 [details] stacktrace
Created attachment 63822 [details] stacktrace
not sure i picked the correct sub-component, pls feel free to reassign
*** Issue 158407 has been marked as a duplicate of this issue. ***
Cannot reproduce with "Reload in Target Platform", moreover that is probably not the original cause (or at least not the only one as the duplicate issue shows). Nothing helpful in stacktraces, reassigning to startup, perhaps someone will at least know, how to find the original culprit, when it happens again.
Many call points are from StartLog or TopThreadGroup. While I cannot hope to reproduce, I can try to fix: core-main #16394f573653 Most of the rest are from the JavaFX designer: at java.lang.System.exit(System.java:906) at sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:0) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$ExpressionValueImpl.invokeMethod(TypeFactoryImpl.java:11346) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$ExpressionValueImpl.execute(TypeFactoryImpl.java:20704) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$Interpreter.interpret(TypeFactoryImpl.java:25900) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$Interpreter.doStmtList(TypeFactoryImpl.java:25862) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$Interpreter.interpret(TypeFactoryImpl.java:26015) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$Interpreter.interpret(TypeFactoryImpl.java:25059) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$ExpressionValueImpl.execute(TypeFactoryImpl.java:21361) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$Interpreter.interpret(TypeFactoryImpl.java:25900) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$Interpreter.doStmtList(TypeFactoryImpl.java:25862) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$Interpreter.interpret(TypeFactoryImpl.java:26015) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$Interpreter.interpret(TypeFactoryImpl.java:25952) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$Interpreter.doStmtList(TypeFactoryImpl.java:25862) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$Interpreter.interpret(TypeFactoryImpl.java:26015) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$Interpreter.callFunction(TypeFactoryImpl.java:24937) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$JavaProxy$1.call(TypeFactoryImpl.java:2831) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$JavaProxy.invoke(TypeFactoryImpl.java:2846) at net.java.javafx.typeImpl.TypeFactoryImpl$ModuleImpl$ProxyHolder.invoke(TypeFactoryImpl.java:3008) at $Proxy1050.actionPerformed(.java:0) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995) which seems to be related to org.netbeans.modules.javafx.editor.JavaFXEditorKit$ToggleFXPreviewExecution. My guess is that the user writes some FX Script which calls System.exit and then tries to preview it in the IDE. Since the IDE apparently runs this user code in-process without using the ExecutionEngine like it should, there are security/robustness problems. There is also at org.netbeans.TopSecurityManager.checkExit(TopSecurityManager.java:149) at javax.swing.JFrame.setDefaultCloseOperation(JFrame.java:377) at GUI.MapEdit.initComponents(MapEdit.java:48) at GUI.MapEdit.(MapEdit.java:16) at mapedit.Constants.(Constants.java:56) at GUI.Picture.paint(Picture.java:37) at javax.swing.JComponent.paintChildren(JComponent.java:864) displaying a form, but this is likely the fault of a buggy JavaBean which tries to create a frame set to EXIT_ON_CLOSE at design time, perhaps as a hidden component in reserve. (Setting this property in the form editor on a user-designed frame is fine, due to FormProperty.DETACHED_WRITE in FormUtils.propertiesAccess.)
JavaFX Preview has been moved to a separate JVM 7 month ago. I am even not able to find class net.java.javafx.typeImpl.TypeFactoryImpl in current JavaFX. Please update your modules.
Integrated into 'main-golden', will be available in build *200904110201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/16394f573653 User: Jesse Glick <jglick@netbeans.org> Log: #128965: use TopSecurityManager.exit rather than System.exit to avoid security check. (Non-core code should be using LifecycleManager.)