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.
While using Code Sync (ie, changed an interface and allowed the IDE to make changes to a dependent class), I received this error. Looks like an assumption about the existance of i18n.jar which is true for JDK 1.3 is not true for JDK 1.4. Annotation: File D:\apps\jdk1.4.0\jre\lib\i18n.jar does not exist. java.lang.NullPointerException at org.netbeans.modules.java.codesync.ClassDependencyImpl.applyChanges(ClassDependencyImpl.java:599) at org.netbeans.modules.java.codesync.ClassDependencyImpl.applyChanges(ClassDependencyImpl.java:592) at org.netbeans.modules.java.codesync.ClassDependencyImpl.connectionNotify(ClassDependencyImpl.java:588) at org.netbeans.modules.java.codesync.SourceConnectionSupport.notify(SourceConnectionSupport.java:713) at org.openide.loaders.ConnectionSupport.fireEvent(ConnectionSupport.java:246) at org.netbeans.modules.java.codesync.ModelEventAdapter.changesCommited(ModelEventAdapter.java:290) at org.netbeans.modules.java.model.DefaultLangModel.fireCommitEvents(DefaultLangModel.java:441) at org.netbeans.modules.java.model.DefaultLangModel.firePostCommitEvents(DefaultLangModel.java:410) at org.netbeans.modules.java.model.DefaultLangModel.processOutputQueue(DefaultLangModel.java:396) at org.netbeans.modules.java.model.DefaultLangModel.releaseWriteLock(DefaultLangModel.java:357) at org.netbeans.modules.java.model.DefaultLangModel.releaseWriteLock(DefaultLangModel.java:317) at org.netbeans.modules.java.model.DefaultLangModel.runAtomic(DefaultLangModel.java:475) at org.netbeans.modules.java.parser.SourceImplProxy.runAtomicAsUser(SourceImplProxy.java:235) at org.openide.src.SourceElement.runAtomicAsUser(SourceElement.java:287) at org.netbeans.modules.java.codesync.ClassDependencyImpl$AddProcessor.process(ClassDependencyImpl.java:374) at org.netbeans.modules.java.JavaConnections$2.actionPerformed(JavaConnections.java:442) at org.netbeans.core.NbPresenter$ButtonListener.actionPerformed(NbPresenter.java:939) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1767) at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton.java:1820) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:419) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:257) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:258) at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:227) at java.awt.Component.processMouseEvent(Component.java:5021) at java.awt.Component.processEvent(Component.java:4818) at java.awt.Container.processEvent(Container.java:1380) at java.awt.Component.dispatchEventImpl(Component.java:3526) at java.awt.Container.dispatchEventImpl(Container.java:1437) at java.awt.Component.dispatchEvent(Component.java:3367) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:3214) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:2929) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:2859) at java.awt.Container.dispatchEventImpl(Container.java:1423) at java.awt.Window.dispatchEventImpl(Window.java:1566) at java.awt.Component.dispatchEvent(Component.java:3367) [catch] at java.awt.EventQueue.dispatchEvent(EventQueue.java:445) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:144) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:134) at java.awt.Dialog.show(Dialog.java:524) at org.netbeans.core.NbPresenter.superShow(NbPresenter.java:688) at org.netbeans.core.NbPresenter.run(NbPresenter.java:721) at org.openide.util.Mutex.doEventAccess(Mutex.java:917) at org.openide.util.Mutex.readAccess(Mutex.java:161) at org.netbeans.core.NbPresenter.show(NbPresenter.java:702) at org.netbeans.modules.java.JavaConnections.reallyShowChangesDialog(JavaConnections.java:467) at org.netbeans.modules.java.JavaConnections.access$300(JavaConnections.java:44) at org.netbeans.modules.java.JavaConnections$1.run(JavaConnections.java:311) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:171) at java.awt.EventQueue.dispatchEvent(EventQueue.java:443) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:144) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:130) at java.awt.EventDispatchThread.run(EventDispatchThread.java:98)
Confirmed this is a general problem, compare: http://java.sun.com/j2se/1.4/docs/tooldocs/windows/jdkfiles.html with http://java.sun.com/j2se/1.3/docs/tooldocs/win32/jdkfiles.html Hardcoding paths to jars within the JDK is really bad practice. Sun has demonstrated over and again that they consider the layout private and subject to change at any time. (And it may not work on Mac OS X, which uses a different layout for some stuff) That said, Sun don't exactly provide an approved way of finding certain files either, so I can understand why you might do this. Please feel free to bounce this bug over to the code sync guys, I couldn't find a component for them in issuezilla.
Actualy java module assumes it.
redispatching see above note.
The annotation is bogus, it was attached by some previous error. Actually dupl of issue #28573 *** This issue has been marked as a duplicate of 28573 ***
Explanation in duplicate bugs seems reasonable, and I haven't seen this for a long time.