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.
This bug was originally marked as duplicate of bug 188595, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related. Build: NetBeans IDE 7.0 Beta (Build 201011152355) VM: Java HotSpot(TM) Client VM, 17.1-b03, Java(TM) SE Runtime Environment, 1.6.0_22-b04 OS: Windows 7 User Comments: GUEST: I Started Netbeans and asked to create a new java web app marcosalexandre: I'm try add JBoss Application Server in the first time execution of NetBeans 7 Beta. I already installed Netbeans 7 M2 Stacktrace: org.openide.filesystems.FSException: N
Created attachment 103096 [details] stacktrace
I saw this on NB 7.0 M2. Will try it again on 7.0 Beta. Also the file is locked somehow as I can't delete it/rename it outside Netbeans either. I had to restart PC in order to release it. Here's my stack trace: SEVERE [org.openide.util.Exceptions] msg msg Caused: org.netbeans.modules.masterfs.filebasedfs.utils.FSException: Cannot rename file Doxyfile.config in C:/Documents and Settings/ortijaus/My Documents/outlook/LINT to Doxyfile2.config. at org.netbeans.modules.masterfs.filebasedfs.utils.FSException.io(FSException.java:118) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:387) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObj.rename(FileObj.java:360) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:432) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:429) at org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem.runAsInconsistent(FileBasedFileSystem.java:115) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:436) at org.openide.loaders.DefaultDataObject.handleRename(DefaultDataObject.java:136) at org.openide.loaders.DataObject$1Op.run(DataObject.java:671) at org.openide.loaders.DataObject$1WrapRun.run(DataObject.java:868) at org.openide.loaders.DataObjectPool$1WrapAtomicAction.run(DataObjectPool.java:261) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:125) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:566) at org.openide.loaders.DataObjectPool.runAtomicAction(DataObjectPool.java:273) at org.openide.loaders.DataObject.invokeAtomicAction(DataObject.java:888) at org.openide.loaders.DataObject.rename(DataObject.java:685) at org.openide.loaders.DataNode.setName(DataNode.java:158) Caused: java.lang.IllegalArgumentException at org.openide.loaders.DataNode.setName(DataNode.java:167) at org.openide.loaders.DataNode.setName(DataNode.java:179) at org.openide.nodes.FilterNode.setName(FilterNode.java:499) [catch] at org.openide.actions.RenameAction.performAction(RenameAction.java:99) at org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:586) at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:95) at org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:116) at org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:99) at org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:583) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242) at javax.swing.AbstractButton.doClick(AbstractButton.java:357) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1223) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1264) at java.awt.Component.processMouseEvent(Component.java:6267) at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) at java.awt.Component.processEvent(Component.java:6032) at java.awt.Container.processEvent(Container.java:2041) at java.awt.Component.dispatchEventImpl(Component.java:4630) at java.awt.Container.dispatchEventImpl(Container.java:2099) at java.awt.Component.dispatchEvent(Component.java:4460) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4577) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4238) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4168) at java.awt.Container.dispatchEventImpl(Container.java:2085) at java.awt.Window.dispatchEventImpl(Window.java:2478) at java.awt.Component.dispatchEvent(Component.java:4460) at java.awt.EventQueue.dispatchEvent(EventQueue.java:599) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:138) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) ALL [null]: Cannot rename file Doxyfile.config in C:/Documents and Settings/ortijaus/My Documents/outlook/LINT to Doxyfile2.config. ALL [null]: Cannot rename file Doxyfile.config in C:/Documents and Settings/ortijaus/My Documents/outlook/LINT to Doxyfile2.config. WARNING [org.netbeans.modules.refactoring.spi.impl.SafeDeleteAction] msg Caused: org.netbeans.modules.masterfs.filebasedfs.utils.FSException: Cannot delete file Doxyfile.config in C:/Documents and Settings/ortijaus/My Documents/outlook/LINT. at org.netbeans.modules.masterfs.filebasedfs.utils.FSException.io(FSException.java:118) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.delete(BaseFileObj.java:715) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$2.call(BaseFileObj.java:684) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$2.call(BaseFileObj.java:679) at org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem.runAsInconsistent(FileBasedFileSystem.java:115) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.delete(BaseFileObj.java:693) at org.openide.loaders.FileEntry.delete(FileEntry.java:137) at org.openide.loaders.MultiDataObject.handleDelete(MultiDataObject.java:527) at org.openide.loaders.DataObject$4.run(DataObject.java:626) at org.openide.loaders.DataObject$1WrapRun.run(DataObject.java:868) at org.openide.loaders.DataObjectPool$1WrapAtomicAction.run(DataObjectPool.java:261) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:125) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:566) at org.openide.loaders.DataObjectPool.runAtomicAction(DataObjectPool.java:273) at org.openide.loaders.DataObject.invokeAtomicAction(DataObject.java:888) at org.openide.loaders.DataObject.delete(DataObject.java:624) at org.openide.loaders.DataNode.destroy(DataNode.java:316) at org.openide.nodes.FilterNode.destroy(FilterNode.java:613) [catch] at org.netbeans.modules.refactoring.spi.impl.SafeDeleteAction$2.run(SafeDeleteAction.java:157) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:125) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:566) at org.openide.filesystems.FileUtil.runAtomicAction(FileUtil.java:563) at org.netbeans.modules.refactoring.spi.impl.SafeDeleteAction.delete(SafeDeleteAction.java:153) at org.openide.explorer.ExplorerActionsImpl$DeleteActionPerformer.actionPerformed(ExplorerActionsImpl.java:602) 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:1418) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1960) ALL [null]: Cannot delete file Doxyfile.config in C:/Documents and Settings/ortijaus/My Documents/outlook/LINT. WARNING [org.netbeans.modules.refactoring.spi.impl.SafeDeleteAction] msg Caused: org.netbeans.modules.masterfs.filebasedfs.utils.FSException: Cannot delete file Doxyfile.config in C:/Documents and Settings/ortijaus/My Documents/outlook/LINT. at org.netbeans.modules.masterfs.filebasedfs.utils.FSException.io(FSException.java:118) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.delete(BaseFileObj.java:715) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$2.call(BaseFileObj.java:684) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$2.call(BaseFileObj.java:679) at org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem.runAsInconsistent(FileBasedFileSystem.java:115) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.delete(BaseFileObj.java:693) at org.openide.loaders.FileEntry.delete(FileEntry.java:137) at org.openide.loaders.MultiDataObject.handleDelete(MultiDataObject.java:527) at org.openide.loaders.DataObject$4.run(DataObject.java:626) at org.openide.loaders.DataObject$1WrapRun.run(DataObject.java:868) at org.openide.loaders.DataObjectPool$1WrapAtomicAction.run(DataObjectPool.java:261) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:125) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:566) at org.openide.loaders.DataObjectPool.runAtomicAction(DataObjectPool.java:273) at org.openide.loaders.DataObject.invokeAtomicAction(DataObject.java:888) at org.openide.loaders.DataObject.delete(DataObject.java:624) at org.openide.loaders.DataNode.destroy(DataNode.java:316) at org.openide.nodes.FilterNode.destroy(FilterNode.java:613) [catch] at org.netbeans.modules.refactoring.spi.impl.SafeDeleteAction$2.run(SafeDeleteAction.java:157) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:125) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:566) at org.openide.filesystems.FileUtil.runAtomicAction(FileUtil.java:563) at org.netbeans.modules.refactoring.spi.impl.SafeDeleteAction.delete(SafeDeleteAction.java:153) at org.openide.explorer.ExplorerActionsImpl$DeleteActionPerformer.actionPerformed(ExplorerActionsImpl.java:602) 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:1418) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1960) ALL [null]: Cannot delete file Doxyfile.config in C:/Documents and Settings/ortijaus/My Documents/outlook/LINT. WARNING [org.netbeans.ProxyClassLoader]: Will not load class org.apache.commons.logging.impl.NoOpLog arbitrarily from one of ModuleCL@1a1ff9[org.netbeans.modules.html.validation] and ModuleCL@1d1082f[org.netbeans.libs.ical4j] starting from SystemClassLoader[684 modules]; see http://wiki.netbeans.org/DevFaqModuleCCE INFO [org.netbeans.modules.bugzilla.Bugzilla]: validating [https://netbeans.org/bugzilla,javydreamercsw,******,,******,,******] INFO [org.netbeans.core.NbProxySelector]: Incomplete SOCKS Server [/] found in ProxySelector[Type: 2] for uri socket://bbmus36.bbmus.bbraun.com:80. INFO [org.netbeans.modules.bugzilla.Bugzilla]: validating [https://netbeans.org/bugzilla,javydreamercsw,******,,******,,******] INFO [org.netbeans.core.NbProxySelector]: Incomplete SOCKS Server [/] found in ProxySelector[Type: 2] for uri socket://bbmus36.bbmus.bbraun.com:80. WARNING [org.netbeans.core.startup.InstalledFileLocatorImpl]: no code name base passed when looking up docs/org/netbeans/modules/usersguide/ide.css INFO [org.netbeans.modules.bugzilla.Bugzilla]: validating [https://netbeans.org/bugzilla,javydreamercsw,******,,******,,******] INFO [org.netbeans.core.NbProxySelector]: Incomplete SOCKS Server [/] found in ProxySelector[Type: 2] for uri socket://bbmus36.bbmus.bbraun.com:80. WARNING [org.netbeans.modules.refactoring.spi.impl.SafeDeleteAction] msg Caused: org.netbeans.modules.masterfs.filebasedfs.utils.FSException: Cannot delete file Doxyfile.config in C:/Documents and Settings/ortijaus/My Documents/outlook/LINT. at org.netbeans.modules.masterfs.filebasedfs.utils.FSException.io(FSException.java:118) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.delete(BaseFileObj.java:715) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$2.call(BaseFileObj.java:684) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$2.call(BaseFileObj.java:679) at org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem.runAsInconsistent(FileBasedFileSystem.java:115) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.delete(BaseFileObj.java:693) at org.openide.loaders.FileEntry.delete(FileEntry.java:137) at org.openide.loaders.MultiDataObject.handleDelete(MultiDataObject.java:527) at org.openide.loaders.DataObject$4.run(DataObject.java:626) at org.openide.loaders.DataObject$1WrapRun.run(DataObject.java:868) at org.openide.loaders.DataObjectPool$1WrapAtomicAction.run(DataObjectPool.java:261) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:125) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:566) at org.openide.loaders.DataObjectPool.runAtomicAction(DataObjectPool.java:273) at org.openide.loaders.DataObject.invokeAtomicAction(DataObject.java:888) at org.openide.loaders.DataObject.delete(DataObject.java:624) at org.openide.loaders.DataNode.destroy(DataNode.java:316) at org.openide.nodes.FilterNode.destroy(FilterNode.java:613) [catch] at org.netbeans.modules.refactoring.spi.impl.SafeDeleteAction$2.run(SafeDeleteAction.java:157) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:125) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:566) at org.openide.filesystems.FileUtil.runAtomicAction(FileUtil.java:563) at org.netbeans.modules.refactoring.spi.impl.SafeDeleteAction.delete(SafeDeleteAction.java:153) at org.openide.explorer.ExplorerActionsImpl$DeleteActionPerformer.actionPerformed(ExplorerActionsImpl.java:602) 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:1418) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1960) ALL [null]: Cannot delete file Doxyfile.config in C:/Documents and Settings/ortijaus/My Documents/outlook/LINT.
Regular IOException, filesystems have right to throw it from modification operations.
refactoring module is not at all in original report from exceptions reporter. In stack trace from javydreamercsw is obvious, that those files are locked by system -> this is wontfix from refactoreing point of view. Reassigning back to fs to evaluate original report.
org.openide.filesystems.FSException: Cannot rename file Modules/.nbattrs~ in C:\Users\galbmill\.netbeans\6.9\config to Modules/.nbattrs. org.openide.filesystems.LocalFileSystem.rename(LocalFileSystem.java:297) org.openide.filesystems.LocalFileSystem$Impl.rename(LocalFileSystem.java:564) org.openide.filesystems.DefaultAttributes.saveTable(DefaultAttributes.java:618) org.openide.filesystems.DefaultAttributes.writeAttribute(DefaultAttributes.java:439) org.netbeans.core.startup.layers.LocalFileSystemEx$DelegatingAttributes.writeAttribute(LocalFileSystemEx.java:209)
The same error occurs on my machine when trying to debug a EAR or WAR project on glassfish. Starting glassfish the first time (via the services menu) works okay but when executing debug on a WAR or EAR the rename failure is shown in a warning dialog. When this has happens once the message keeps on coming. The original .nbattrs which was there before Netbeans is started is lost. This is my system information: Product Version = NetBeans IDE Dev (Build 201103070000) (#6569d09b5622) Operating System = Windows 7 version 6.1 running on amd64 Java; VM; Vendor = 1.6.0_20; Java HotSpot(TM) 64-Bit Server VM 16.3-b01; Sun Microsystems Inc. Runtime = Java(TM) SE Runtime Environment 1.6.0_20-b02 Java Home = C:\Java\jdk1.6_x64\jre System Locale; Encoding = nl_NL (nb); Cp1252 At this time this is basically the only error which keeps me from going to NetBeans Dev on Windows 7. And the stacktrace is: ---------------------- WARNING [glassfish]: Unable to save attribute httpportnumber in GlassFishEE6/Instances/instance for [C:\Develop\servers\glassfish-3.1\glassfish]deployer:gfv3ee6wc:localhost:4848 msg Caused: org.openide.filesystems.FSException: Cannot rename file GlassFishEE6/Instances/.nbattrs~ in C:\Users\c.wesdorp\.netbeans\dev\config to GlassFishEE6/Instances/.nbattrs. New file exists: false. Rename result: false. at org.openide.filesystems.LocalFileSystem.rename(LocalFileSystem.java:305) at org.openide.filesystems.LocalFileSystem$Impl.rename(LocalFileSystem.java:576) at org.openide.filesystems.DefaultAttributes.saveTable(DefaultAttributes.java:619) at org.openide.filesystems.DefaultAttributes.writeAttribute(DefaultAttributes.java:440) at org.netbeans.core.startup.layers.LocalFileSystemEx$DelegatingAttributes.writeAttribute(LocalFileSystemEx.java:209) at org.openide.filesystems.AbstractFileObject.setAttribute(AbstractFileObject.java:357) at org.openide.filesystems.MultiFileObject.setAttribute(MultiFileObject.java:956) at org.openide.filesystems.MultiFileObject.setAttribute(MultiFileObject.java:956) at org.openide.filesystems.MultiFileObject.setAttribute(MultiFileObject.java:926) [catch] at org.netbeans.modules.glassfish.common.CommonServerSupport.setInstanceAttr(CommonServerSupport.java:562) at org.netbeans.modules.glassfish.common.CommonServerSupport.setEnvironmentProperty(CommonServerSupport.java:536) at org.netbeans.modules.glassfish.common.CommonServerSupport.updateHttpPort(CommonServerSupport.java:779) at org.netbeans.modules.glassfish.common.CommonServerSupport.isReady(CommonServerSupport.java:654) at org.netbeans.modules.glassfish.common.CommonServerSupport.isReallyRunning(CommonServerSupport.java:601) at org.netbeans.modules.glassfish.common.CommonServerSupport.getResourcesMap(CommonServerSupport.java:503) at org.netbeans.modules.glassfish.javaee.db.ResourcesHelper.registerSampleResource(ResourcesHelper.java:179) at org.netbeans.modules.glassfish.javaee.db.ResourcesHelper.addSampleDatasource(ResourcesHelper.java:98) at org.netbeans.modules.glassfish.javaee.ModuleConfigurationImpl.<init>(ModuleConfigurationImpl.java:88) at org.netbeans.modules.glassfish.javaee.Hk2ModuleConfigFactory.create(Hk2ModuleConfigFactory.java:79) at org.netbeans.modules.j2ee.deployment.config.ConfigSupportImpl$1.run(ConfigSupportImpl.java:787) at org.netbeans.modules.j2ee.deployment.config.ConfigSupportImpl$1.run(ConfigSupportImpl.java:769) at org.openide.util.Mutex.readAccess(Mutex.java:288) at org.netbeans.modules.j2ee.deployment.config.ConfigSupportImpl.getModuleConfiguration(ConfigSupportImpl.java:769) at org.netbeans.modules.j2ee.deployment.config.ConfigSupportImpl.ensureConfigurationReady(ConfigSupportImpl.java:239) at org.netbeans.modules.maven.j2ee.POHImpl.refreshAppServerAssignment(POHImpl.java:190) at org.netbeans.modules.maven.j2ee.POHImpl.access$000(POHImpl.java:83) at org.netbeans.modules.maven.j2ee.POHImpl$1.run(POHImpl.java:103) at org.openide.util.Mutex.postRequest(Mutex.java:1256) at org.openide.util.Mutex.postReadRequest(Mutex.java:568) at org.netbeans.modules.maven.j2ee.POHImpl.hackModuleServerChange(POHImpl.java:100) at org.netbeans.modules.maven.j2ee.POHImpl$2.propertyChange(POHImpl.java:121) at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339) at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:276) at org.netbeans.modules.maven.api.NbMavenProject.doFireReload(NbMavenProject.java:494) at org.netbeans.modules.maven.api.NbMavenProject.access$200(NbMavenProject.java:88) at org.netbeans.modules.maven.api.NbMavenProject$AccessorImpl.doFireReload(NbMavenProject.java:129) at org.netbeans.modules.maven.NbMavenProjectImpl.fireProjectReload(NbMavenProjectImpl.java:503) at org.netbeans.modules.maven.api.NbMavenProject.fireProjectReload(NbMavenProject.java:488) at org.netbeans.modules.maven.api.NbMavenProject.fireMavenProjectReload(NbMavenProject.java:507) at org.netbeans.modules.maven.execute.MavenCommandLineExecutor$1.run(MavenCommandLineExecutor.java:224) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1424) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1968) ALL [null]: Cannot rename file GlassFishEE6/Instances/.nbattrs~ in C:\Users\c.wesdorp\.netbeans\dev\config to GlassFishEE6/Instances/.nbattrs. New file exists: false. Rename result: false.
*** Bug 197222 has been marked as a duplicate of this bug. ***
*** Bug 197539 has been marked as a duplicate of this bug. ***
Created attachment 107699 [details] 7.0 RC2 stack trace Still an issue in 7.0 RC2
*** Bug 197215 has been marked as a duplicate of this bug. ***
Created attachment 107764 [details] stacktrace from RC 2 The file rename of .nbattrs still fails with the attached stacktrace
Due to some other 'access denied' messages on files I thought I start NetBeans as administrator. I am now running it for a while and did not get any file eror anymore. Maybe it has something to do with the user account control on Windows 7? This is my system information: Product Version = NetBeans IDE 7.0 RC2 (Build 201104070802) (#04aa9273784e) Operating System = Windows 7 version 6.1 running on amd64 Java; VM; Vendor = 1.6.0_24; Java HotSpot(TM) 64-Bit Server VM 19.1-b02; Sun Microsystems Inc. Runtime = Java(TM) SE Runtime Environment 1.6.0_24-b07 Java Home = C:\Java\jdk1.6_x64\jre System Locale; Encoding = nl_NL (nb); Cp1252 Home Directory = C:\Users\c.wesdorp Current Directory = C:\Develop\NetBeans7.0RC2 User Directory = C:\Users\c.wesdorp\.netbeans\7.0rc2 Installation = C:\Develop\NetBeans7.0RC2\nb C:\Develop\NetBeans7.0RC2\ide C:\Develop\NetBeans7.0RC2\java C:\Develop\NetBeans7.0RC2\apisupport C:\Develop\NetBeans7.0RC2\websvccommon C:\Develop\NetBeans7.0RC2\enterprise C:\Develop\NetBeans7.0RC2\profiler C:\Develop\NetBeans7.0RC2\ruby C:\Develop\NetBeans7.0RC2\harness C:\Develop\NetBeans7.0RC2\platform
(In reply to comment #12) > Due to some other 'access denied' messages on files I thought I start NetBeans > as administrator. I am now running it for a while and did not get any file eror > anymore. Maybe it has something to do with the user account control on Windows > 7? Forget this comment. An hour after I made this comment it started again. It seems like NetBeans 7 has a serious issue with file access on Windows 7. And unfortunately it is not in http://wiki.netbeans.org/NB70CABugsEvaluation. > > This is my system information: > Product Version = NetBeans IDE 7.0 RC2 (Build 201104070802) > (#04aa9273784e) > Operating System = Windows 7 version 6.1 running on amd64 > Java; VM; Vendor = 1.6.0_24; Java HotSpot(TM) 64-Bit Server VM > 19.1-b02; Sun Microsystems Inc. > Runtime = Java(TM) SE Runtime Environment 1.6.0_24-b07 > Java Home = C:\Java\jdk1.6_x64\jre > System Locale; Encoding = nl_NL (nb); Cp1252 > Home Directory = C:\Users\c.wesdorp > Current Directory = C:\Develop\NetBeans7.0RC2 > User Directory = C:\Users\c.wesdorp\.netbeans\7.0rc2 > Installation = C:\Develop\NetBeans7.0RC2\nb > C:\Develop\NetBeans7.0RC2\ide > C:\Develop\NetBeans7.0RC2\java > C:\Develop\NetBeans7.0RC2\apisupport > C:\Develop\NetBeans7.0RC2\websvccommon > C:\Develop\NetBeans7.0RC2\enterprise > C:\Develop\NetBeans7.0RC2\profiler > C:\Develop\NetBeans7.0RC2\ruby > C:\Develop\NetBeans7.0RC2\harness > C:\Develop\NetBeans7.0RC2\platform
*** Bug 197950 has been marked as a duplicate of this bug. ***
Users are reporting that NB 7.0 is 'forgetting' servers and/or failing to accept a registration attempt. The cases I have seen involve a failing call to rename, which is triggered by a call to FileObject.setAttribute. Data loss seems like it is higher than p3.
Just to add, this bug is present in the full release of NB7.0 . Deleting the .nbattrs file so it can be generated from scratch doesn't seem to help.
I installed a fresh copy of NB7.0 currently. I opened it and it tries to activate the EE module. After that it gives this error. Then I start using IDE and it reproduces the error everytime I try to run a web application on glassfish server.
complete error message: Cannot rename file GlassFishEE6/lnstances/.nbattrs~ in C:Users\bert-laptop\.netbeans\7.0\config to GlassFishEE6/Instances/.nbattrs. New file exists: false. Rename result: false.
I could be wrong, but I don't think the original file (.nbattrs~) exists in the first place. Could you add this check to the log message?
This issue is occuring with very high frequency (nearly every time I redeploy my webapp). Please fix this by release 7.0.1
Another complaint about this bug: http://jeff-schwartz.blogspot.com/2011/05/bugs-in-netbeans-70-glassfish-31.html It would be good to address this ASAP so it can be fixed in the upcoming patch. Raising priority to P1.
Anyone knows how to reproduce the problem on some computer that I can play with?
Just create a Web Application with Glassfish server.. Add a third party jar library or project to the project.. Run the application, try clean and build when application is deployed. Errors start with those, Netbeans 7 has issues with file system on windows. It can't delete third party libraries during undeployment process. And as this happens that file (.nbattrs) cannot be renamed or created.
I had the same problem, with strange .nbattr delete and rename problem, both with 7.0 and 6.9.1. I also run Windows 7. After attempting EVERYTHING, I disabled Acronis Non-stop backup (which uses filesystem snapshots), and the problem disappeared. Hope this helps someone.
> Anyone knows how to reproduce the problem on some computer that I can play with? I just installed Windows 7 on my secondary machine, and can now reproduce the bug, so I can lend it to you.
Hi. I also noticed that file cannot be renamed to .nbattrs~ using Windows Explorer. If I try to rename a file it gives the error 'You must type a file name.' Maybe NetBeans is using the same API calls to rename a file as Windows Explorer. However, I can rename a file using Command Prompt: ren oldName .nbattrs~
Jarda, I do not expect you will fix it today. So moving to next patch ....
I cannot reproduce the problem. Not even on Petr's computer.
I was able to reproduce by making a change in GlassFish server's properties and confirming the dialog.
Still no way to simulate. The important question to ask is: who creates the .nbattrs file at all? When debugging the ExLocalFileSystem in core.startup I noticed that it overrides the original support for .nbattrs to store all attributes in var/cache/attributes.xml. Thus the .nbattrs must have been generated by somebody else. The first suspect that comes to my mind is installer. If I remember correctly we improve the way it installs server plugins in 6.8 version to create real registration files on disk. Probably by calling into static methods in glassfish and tomcat modules. Maybe at this moment the LocalFileSystem used creates .nbattrs? I am surprise they are read later... I seem to remember that (while I had no ownership of filesystems API and impl), the use of setAttribute was discouraged. Since then we have new powerful and effective ways of storing .settings files via @ConvertAsProperties and @ConvertAsJavaBean, is not there a time to rewrite tomcat and glassfish modules to use these new annotations to persist their settings?
Some more investigation that Jarda and I did: > overrides the original support for .nbattrs to store all attributes in var/cache/attributes.xml. This does not seem to be true - the information is still stored in .nbattrs, we did not see attributes.xml created anywhere. Now when trying again, we can not reproduce the issue anymore - does anyone have any ideas how to reproduce? Also, does anyone know how to work around this, when it happens? Thanks.
I got this exception under Build 201105230400 (so the problem is not fixed) but I haven't found a consistent way of reproducing it.
ergonomics#dcedc3001bdb
Integrated into 'main-golden', will be available in build *201105270401* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/dcedc3001bdb User: Jaroslav Tulach <jtulach@netbeans.org> Log: #192164: Let's use the Ethernet trick. Let's repeat the operation ten times with a random delay and hope that the windows system will release the lock meanwhile.
*** Bug 193278 has been marked as a duplicate of this bug. ***
Anyone, please verify the issue.
I have not seen this in recent builds. I was working with a dev build for a fair bit of time yesterday to determine if issue 197950 was resolved by this change. I think it is.
I am using dev build 201105290401 for some time now. The error occurred again for the first time today when running JUnit test. Previously the error occurred every time after adding Glassfish 3.0.1 to Netbeans, this doesn't happen anymore. Most (almost all) of the pain is gone, it is just strange that is happened again today and only once.
(In reply to comment #38) > I am using dev build 201105290401 for some time now. The error occurred again > for the first time today when running JUnit test. Previously the error occurred > every time after adding Glassfish 3.0.1 to Netbeans, this doesn't happen > anymore. > > Most (almost all) of the pain is gone, it is just strange that is happened > again today and only once. I looked at the code change and it is not a 100% fix... I am not sure you can get a 100% fix for this issue, though. The important question is did the exception that you saw cause a problem in the action that you took or later actions? Also note: there have been changes for other Windows only issues related to the filesystem APIs that may have contributed to this problem. Those changes have come in the last few days, so the combined "package" of changes may be even better that the isolated fix. Please try a more recent dev build to see if it is more stable.
okay, i downloaded the latest dev build. I will test it for a few days and come back with the results.
*** Bug 199254 has been marked as a duplicate of this bug. ***
Chris, according to history of this issue, you have reopened it. I'd like to remind you that this is P1 issue. Do you really believe your problem is now of the highest priority? Do you mean that the fix does not improve anything? If the problem persist, but is much less frequent then I suggest to report new P3 bug. > chriswesdorp@netbeans.org 2011-06-07 14:25:00 Status REOPENED If you insist on this still being P1 problem, then it does not make sense to backport my fix to 7.0.1. If that is what you want, please reopen the bug again.
(In reply to comment #42) > Chris, according to history of this issue, you have reopened it. I'd like to > remind you that this is P1 issue. Do you really believe your problem is now of > the highest priority? Do you mean that the fix does not improve anything? If > the problem persist, but is much less frequent then I suggest to report new P3 > bug. > > > chriswesdorp@netbeans.org 2011-06-07 14:25:00 Status REOPENED > > If you insist on this still being P1 problem, then it does not make sense to > backport my fix to 7.0.1. If that is what you want, please reopen the bug > again. Yes, that's correct, when I wanted to make comment I reopened it because the error was shown again. I am working with a new dev build now for two days and the problem hasn't occurred until now so the resolved status is okay for me now.
(In reply to comment #43) > Yes, that's correct, when I wanted to make comment I reopened it because the > error was shown again. I am working with a new dev build now for two days and > the problem hasn't occurred until now so the resolved status is okay for me > now. user confirmed the issue is fixed -> verified
changeset: 200795:714b80c116e5 branch: release701 parent: 200791:c9c6d4b4db8d parent: 199380:dcedc3001bdb user: Jaroslav Tulach <jtulach@netbeans.org> date: Mon Jun 13 13:50:52 2011 +0200 summary: Merging #192164 into release701
Integrated into 'releases' Changeset: http://hg.netbeans.org/releases/rev/dcedc3001bdb User: Jaroslav Tulach <jtulach@netbeans.org> Log: #192164: Let's use the Ethernet trick. Let's repeat the operation ten times with a random delay and hope that the windows system will release the lock meanwhile.
*** Bug 199909 has been marked as a duplicate of this bug. ***
*** Bug 200315 has been marked as a duplicate of this bug. ***