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.

Bug 20952 - not possible to delete some directories under netbeans
Summary: not possible to delete some directories under netbeans
Status: CLOSED DUPLICATE of bug 20743
Alias: None
Product: platform
Classification: Unclassified
Component: Filesystems (show other bugs)
Version: 3.x
Hardware: PC Windows 3.1/NT
: P3 blocker (vote)
Assignee: rmatous
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-02-27 15:38 UTC by Holger
Modified: 2008-12-22 15:44 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Holger 2002-02-27 15:38:27 UTC
I am using an ant buildscript...
-> to generate same directories
-> and fill these directories with some code (CVS)

After generating these directories, it is not possible to delete these 
directories with my buildscript OR by hand.

When I try to to delete the directories by hand, I get following exception:
Wed Feb 27 16:19:56 CET 2002: org.openide.filesystems.FSException:  Cannot 
delete file bin/binary/AvalonLib/avalon-jmx.jar in D:\home\holger\tempCompile.
org.openide.filesystems.FSException: Cannot delete file 
bin/binary/AvalonLib/avalon-jmx.jar in D:\home\holger\tempCompile.
        at org.openide.filesystems.FSException.io(FSException.java:78)
        at org.openide.filesystems.LocalFileSystem.delete
(LocalFileSystem.java:321)
        at org.netbeans.core.ExLocalFileSystem.delete(ExLocalFileSystem.java:75)
        at org.openide.filesystems.LocalFileSystem$Impl.delete
(LocalFileSystem.java:659)
        at org.openide.filesystems.AbstractFileObject.delete
(AbstractFileObject.java:480)
        at org.openide.loaders.FileEntry.delete(FileEntry.java:100)
        at org.openide.loaders.MultiDataObject.handleDelete
(MultiDataObject.java:410)
        at org.openide.loaders.DataObject$2.run(DataObject.java:524)
        at org.openide.filesystems.EventControl.runAtomicAction
(EventControl.java:89)
        at org.openide.filesystems.FileSystem.runAtomicAction
(FileSystem.java:388)
        at org.openide.loaders.DataObject.delete(DataObject.java:522)
        at org.openide.loaders.DataNode.destroy(DataNode.java:219)
        at org.openide.nodes.FilterNode.destroy(FilterNode.java:399)
        at 
org.openide.explorer.ExplorerActions$DeleteActionPerformer$DestroyAtomic.invoke
(ExplorerActions.java:527)
        at $Proxy4.run(Unknown Source)
        at org.openide.filesystems.EventControl.runAtomicAction
(EventControl.java:89)
        at org.openide.filesystems.FileSystem.runAtomicAction
(FileSystem.java:388)
        at org.openide.explorer.ExplorerActions$DestroyInvoker.run
(ExplorerActions.java:568)
        at org.openide.explorer.ExplorerActions$DeleteActionPerformer.doDestroy
(ExplorerActions.java:494)
        at 
org.openide.explorer.ExplorerActions$DeleteActionPerformer.performAction
(ExplorerActions.java:463)
        at org.openide.util.actions.CallbackSystemAction.performAction
(CallbackSystemAction.java:109)
        at org.openide.util.actions.CallableSystemAction.actionPerformed
(CallableSystemAction.java:69)
        at org.netbeans.core.ModuleActions$1.run(ModuleActions.java:105)
        at org.openide.util.Task.run(Task.java:152)
[catch] at org.openide.util.RequestProcessor$ProcessorThread.run
(RequestProcessor.java:622)

IMPORTANT:
After restarting netbeans 3.3.1, it is possible to delete the directories (no 
problem at all). I would like to avoid a situation, that I have to restart 
netbeans everytime, a directory has to be removed.

Any idea?
Comment 1 Martin Ryzl 2002-03-08 10:03:54 UTC
it seems that the jar file is being locked by another process.
However, it is not caused by the filecopy module.
Comment 2 David Strupl 2002-03-08 15:52:08 UTC
Radek, can you please invastigate? Thanks.
Comment 3 rmatous 2002-03-21 17:42:28 UTC
Probably duplicate of #20743. 


*** This issue has been marked as a duplicate of 20743 ***
Comment 4 Quality Engineering 2003-07-01 15:58:16 UTC
Resolved for 3.4.x or earlier, no new info since then -> verified
Comment 5 Quality Engineering 2003-07-01 16:32:35 UTC
Resolved for 3.4.x or earlier, no new info since then -> closing.