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.
Hi, Not sure if the should go to the Ant or VCS component. I checked out "myModule" from CVS inside the mounted directory "C:\checkoutDir\". I ran Ant with script "C:\checkoutDir\myModule\build.xml" and generated "C:\checkoutDir\myModule\my.jar". Afterwards, I can't delete "my.jar" either by running "ant clean", or by hand via NB filesystem. The exception log is as following. (The real directory is not "C:\checkoutDir\" of course.) Thanks, Qingtian Wang ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ org.netbeans.modules.vcscore.VcsFileSystem$11: Cannot delete VCS file release/scripts/build/adapters.jar in CVS C:\wqt\dev\proj\ua\cvscheckout\tis. at org.netbeans.modules.vcscore.VcsFileSystem.delete(VcsFileSystem.java:3704) at org.openide.filesystems.AbstractFileObject.handleDelete(AbstractFileObject.java:494) at org.openide.filesystems.AbstractFolder.delete(AbstractFolder.java:851) at org.openide.loaders.FileEntry.delete(FileEntry.java:100) at org.openide.loaders.MultiDataObject.handleDelete(MultiDataObject.java:465) at org.openide.loaders.DataObject$3.run(DataObject.java:535) at org.openide.loaders.DataObjectPool$1WrapAtomicAction.run(DataObjectPool.java:191) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:89) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:417) at org.openide.loaders.DataObjectPool.runAtomicAction(DataObjectPool.java:203) at org.openide.loaders.DataObject.invokeAtomicAction(DataObject.java:754) at org.openide.loaders.DataObject.delete(DataObject.java:533) at org.openide.loaders.DataNode.destroy(DataNode.java:213) at org.openide.nodes.FilterNode.destroy(FilterNode.java:503) at org.openide.explorer.ExplorerActions$1.run(ExplorerActions.java:691) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:89) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:417) at org.openide.explorer.ExplorerActions$DeleteActionPerformer.doDestroy(ExplorerActions.java:687) at org.openide.explorer.ExplorerActions$DeleteActionPerformer.performAction(ExplorerActions.java:620) at org.openide.explorer.ExplorerActions$DeleteActionPerformer.actionPerformed(ExplorerActions.java:709) at org.openide.util.actions.CallbackSystemAction$2.run(CallbackSystemAction.java:438) at org.openide.util.actions.CallableSystemAction$ActionRunnable.actionPerformed(CallableSystemAction.java:247) at org.netbeans.core.ModuleActions.invokeAction(ModuleActions.java:71) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.openide.util.actions.CallableSystemAction.invokeAction(CallableSystemAction.java:179) at org.openide.util.actions.CallableSystemAction.access$000(CallableSystemAction.java:31) at org.openide.util.actions.CallableSystemAction$ActionRunnable.doRun(CallableSystemAction.java:241) at org.openide.util.actions.CallableSystemAction$2.run(CallableSystemAction.java:111) at org.openide.util.Task.run(Task.java:136) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:330) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:686)
Probably the same class of bug as is outlined in issue #42431, though there is not enough info here to reproduce it from scratch. Probably has nothing to do with VCS as such; generally, on Windows, if a JAR file is held open by a Java process, it will be locked and cannot be modified or deleted until the lock is released. Just creating the JAR does not hold a lock, but using <taskdef> on will, so long as the task is active (or, before #42431, until garbage collection occurs); using <javac> with the internal compiler (the default) and the JAR in the classpath may also lock it (try setting build.compiler=extJavac, for example). *** This issue has been marked as a duplicate of 42431 ***
closed