Community
Participate
Working Groups
The following incident was reported via the automated error reporting: code: 4 plugin: org.eclipse.jdt.core_3.10.0.v20140902-0626 message: JavaBuilder handling CoreException while cleaning: PowerTutor fingerprint: 96110fd1 exception class: org.eclipse.core.internal.resources.ResourceException exception message: Problems encountered while deleting resources. number of children: 0 org.eclipse.core.internal.resources.ResourceException: Problems encountered while deleting resources. at org.eclipse.core.internal.resources.Resource.delete(Resource.java:816) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:115) at org.eclipse.jdt.internal.core.builder.JavaBuilder.clean(JavaBuilder.java:293) at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:736) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:206) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246) at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:299) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:302) at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:358) at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:381) at org.eclipse.core.internal.resources.Workspace.buildInternal(Workspace.java:496) at org.eclipse.core.internal.resources.Workspace.build(Workspace.java:405) at org.eclipse.ui.internal.ide.dialogs.CleanDialog.doClean(CleanDialog.java:318) at org.eclipse.ui.internal.ide.dialogs.CleanDialog$1.runInWorkspace(CleanDialog.java:151) at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) General Information: reported-by: anonymous-id: f0d36ff2-9399-368f-bfd6-ea2dfd362336 eclipse-build-id: 4.4.1.M20140925-0400 eclipse-product: org.eclipse.epp.package.standard.product operating system: Windows7 6.1.0 (x86_64) - win32 jre-version: 1.8.0_05-b13 The following plug-ins were present on the execution stack (*): 1. org.eclipse.core.jobs_3.6.0.v20140424-0053 2. org.eclipse.core.resources_3.9.1.v20140825-1431 3. org.eclipse.core.runtime_3.10.0.v20140318-2214 4. org.eclipse.jdt.core_3.10.0.v20140902-0626 5. org.eclipse.jdt_3.10.0.v20140925-0400 6. org.eclipse.ui.ide_3.10.1.v20140828-0944 7. org.eclipse.ui_3.106.0.v20140812-1751 Please note that: * Messages, stacktraces, and nested status objects may be shortened. * Bug fields like status, resolution, and whiteboard are sent back to reporters. * The list of present bundles and their respective versions was calculated by package naming heuristics. This may or may not reflect reality. Other Resources: * Report: https://dev.eclipse.org/recommenders/committers/confess/#/problems/54c4eeedbee810030da06430 * Manual: https://dev.eclipse.org/recommenders/community/confess/#/guide Thank you for your assistance. Your friendly error-reports-inbox.
This is most likely due to the output folder or a resource in it being externally open. If that's not the case, please provide a testcase.
*** Bug 463867 has been marked as a duplicate of this bug. ***
*** Bug 464562 has been marked as a duplicate of this bug. ***
Adding another 39 reporters: https://dev.eclipse.org/recommenders/committers/confess/#/problems/55163a7ce4b026254edfead4/triage
Setting OS to Windows since all theories point to a file locking issue, which does not happen on other OSes. If anyone hits this on another OS please say so.
Created attachment 254095 [details] 2 full thread dumps taken at the time the errors occurred I have modified my Eclipse to take a full thread dump (same as what the jstack command does) and write it to a file as soon as this error condition is observed at org.eclipse.core.internal.filesystem.local.LocalFile.internalDelete(LocalFile.java:264). The error occurred twice and I have attached both logs here. In the first log I see this: "Worker-7" #37 prio=5 os_prio=0 tid=0x0000000022eba800 nid=0x1378 runnable [0x000000002a68f000] java.lang.Thread.State: RUNNABLE at org.eclipse.core.internal.resources.refresh.win32.Win32Natives.WaitForMultipleObjects(Native Method) at org.eclipse.core.internal.resources.refresh.win32.Win32Monitor.waitForNotification(Win32Monitor.java:585) at org.eclipse.core.internal.resources.refresh.win32.Win32Monitor.run(Win32Monitor.java:517) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) Here Win32Monitor is waiting to receive any notifications from the Windows kernel for changes in the part(s) of the file system it is asked to monitor. And in the second log I see this: "Worker-8" #38 prio=5 os_prio=0 tid=0x0000000022ebe800 nid=0xbe0 runnable [0x000000002c94f000] java.lang.Thread.State: RUNNABLE at org.eclipse.core.internal.filesystem.local.LocalFileNatives.internalGetFileInfoW(Native Method) at org.eclipse.core.internal.filesystem.local.LocalFileNatives.fetchFileInfo(LocalFileNatives.java:112) at org.eclipse.core.internal.filesystem.local.LocalFileHandler.fetchFileInfo(LocalFileHandler.java:26) at org.eclipse.core.internal.filesystem.local.LocalFileNativesManager.fetchFileInfo(LocalFileNativesManager.java:77) at org.eclipse.core.internal.filesystem.local.LocalFile.fetchInfo(LocalFile.java:168) at org.eclipse.core.filesystem.provider.FileStore.fetchInfo(FileStore.java:280) at org.eclipse.core.filesystem.provider.FileStore.childInfos(FileStore.java:109) at org.eclipse.core.internal.localstore.UnifiedTree.getLocalList(UnifiedTree.java:346) at org.eclipse.core.internal.localstore.UnifiedTree.addChildren(UnifiedTree.java:138) at org.eclipse.core.internal.localstore.UnifiedTree.addNodeChildrenToQueue(UnifiedTree.java:244) at org.eclipse.core.internal.localstore.UnifiedTree.accept(UnifiedTree.java:110) at org.eclipse.core.internal.localstore.FileSystemResourceManager.isSynchronized(FileSystemResourceManager.java:721) at org.eclipse.core.internal.resources.Resource.isSynchronized(Resource.java:1549) at org.eclipse.core.internal.resources.refresh.win32.Win32Monitor$Handle.postRefreshRequest(Win32Monitor.java:207) at org.eclipse.core.internal.resources.refresh.win32.Win32Monitor$ResourceHandle.handleNotification(Win32Monitor.java:301) at org.eclipse.core.internal.resources.refresh.win32.Win32Monitor.waitForNotification(Win32Monitor.java:604) at org.eclipse.core.internal.resources.refresh.win32.Win32Monitor.run(Win32Monitor.java:517) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) Here Win32Monitor is posting the notifications of changes it has received. Further on LocalFile is calling into native code in localfile_1_0_0.dll, which is likely calling the GetFileAttributesW method in the Windows kernel.
(In reply to Stephan Herrmann from comment #5) > Setting OS to Windows since all theories point to a file locking issue, > which does not happen on other OSes. > > If anyone hits this on another OS please say so. Yep got hit on OSX 10.11 (El Capitan) while building a Maven project. The error occurred after the maven-clean plugin removed all previously compiled .class files from the target folder and while the maven-compile-plugin does it things of compiling my sources. The end result seems to be that my sources are only partially compiled. Re-triggering the entire process "fixes" this. I don't have a reliable way to reproduce this..
Oh right, this bug. I modified BatchImageBuilder around 2015-10-19 to catch and log if deletion throws while cleaning output folders. Since then I haven't had any of my automatic builds stop and require manual intervention. I added a simple try-catch in BatchImageBuilder.cleanOutputFolders: try { member.delete(IResource.FORCE, null); } catch(CoreException e) { Util.log(e, "BatchImageBuilder ignoring CoreException while deleting: " + member.getFullPath()); //$NON-NLS-1$ } I had to look through workspace logs to see for sure this is still occurring. Indeed, I found some entries: !ENTRY org.eclipse.jdt.core 4 4 2015-10-24 00:40:27.211 !MESSAGE BatchImageBuilder ignoring CoreException while deleting: /IDE-other-org.apache.lucene.core/bin/1/plugins/org.apache.lucene.core.jar/org !STACK 1 org.eclipse.core.internal.resources.ResourceException: Problems encountered while deleting resources. at org.eclipse.core.internal.resources.Resource.delete(Resource.java:817) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:121) at org.eclipse.jdt.internal.core.builder.JavaBuilder.clean(JavaBuilder.java:293) Contains: Could not delete '/IDE-other-org.apache.lucene.core/bin/1/plugins/org.apache.lucene.core.jar/org'. org.eclipse.core.internal.resources.ResourceException: Problems encountered while deleting resources. at org.eclipse.core.internal.localstore.FileSystemResourceManager.delete(FileSystemResourceManager.java:354) at org.eclipse.core.internal.resources.ResourceTree.internalDeleteFolder(ResourceTree.java:352) at org.eclipse.core.internal.resources.ResourceTree.standardDeleteFolder(ResourceTree.java:798) at org.eclipse.core.internal.resources.Resource.unprotectedDelete(Resource.java:1984) at org.eclipse.core.internal.resources.Resource.delete(Resource.java:804) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:121) Contains: Problems encountered while deleting files. Contains: Could not delete: D:\Evening-IDE\projects\IDE-other-org.apache.lucene.core\bin\1\plugins\org.apache.lucene.core.jar\org\apache\lucene. Contains: Could not delete: D:\Evening-IDE\projects\IDE-other-org.apache.lucene.core\bin\1\plugins\org.apache.lucene.core.jar\org\apache. Contains: Could not delete: D:\Evening-IDE\projects\IDE-other-org.apache.lucene.core\bin\1\plugins\org.apache.lucene.core.jar\org. and !ENTRY org.eclipse.jdt.core 4 4 2015-10-24 00:40:39.362 !MESSAGE BatchImageBuilder ignoring CoreException while deleting: /IDE-other-org.apache.xml.serializer/bin/1/plugins/org.apache.xml.serializer.jar/org !STACK 1 org.eclipse.core.internal.resources.ResourceException: Problems encountered while deleting resources. at org.eclipse.core.internal.resources.Resource.delete(Resource.java:817) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:121) Contains: Problems encountered while deleting files. Contains: Could not delete: D:\Evening-IDE\projects\IDE-other-org.apache.xml.serializer\bin\1\plugins\org.apache.xml.serializer.jar\org\apache\xml\serializer. Contains: Could not delete: D:\Evening-IDE\projects\IDE-other-org.apache.xml.serializer\bin\1\plugins\org.apache.xml.serializer.jar\org\apache\xml. Contains: Could not delete: D:\Evening-IDE\projects\IDE-other-org.apache.xml.serializer\bin\1\plugins\org.apache.xml.serializer.jar\org\apache. Contains: Could not delete: D:\Evening-IDE\projects\IDE-other-org.apache.xml.serializer\bin\1\plugins\org.apache.xml.serializer.jar\org. and !ENTRY org.eclipse.jdt.core 4 4 2015-10-24 00:40:46.280 !MESSAGE BatchImageBuilder ignoring CoreException while deleting: /IDE-eclipse.egit.github-org.eclipse.mylyn.github.ui/bin/1/plugins/org.eclipse.mylyn.github.ui.jar/META-INF !STACK 1 I think this change is sufficient to fix the problem that can be fixed. Due to the highly transient nature of this error it may present the only viable approach to it too. Certainly asking users to "fix" something that resolves itself faster than their reaction time is no good.
(In reply to Timo Kinnunen from comment #8) > ... > Oh right, this bug. I modified BatchImageBuilder around 2015-10-19 to catch and log if deletion throws while cleaning output folders. > ... Very nice! I'll modify my local copy and see if anything pops up in the next days.
So there exists a fix for this? It just occured on my Eclipse neon (4.6) and the automated error reporting led me to this bug. org.eclipse.core.internal.resources.ResourceException: Problems encountered while deleting resources. at org.eclipse.core.internal.localstore.FileSystemResourceManager.delete(FileSystemResourceManager.java:370) at org.eclipse.core.internal.resources.ResourceTree.internalDeleteFolder(ResourceTree.java:358) at org.eclipse.core.internal.resources.ResourceTree.standardDeleteFolder(ResourceTree.java:810) at org.eclipse.core.internal.resources.Resource.unprotectedDelete(Resource.java:1832) at org.eclipse.core.internal.resources.Resource.delete(Resource.java:782) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:117) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:49) at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:256) at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:186) [...] java.nio.file.DirectoryNotEmptyException: C:\Users\username\git\repo\project\bin\com\example\package at sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:266) at sun.nio.fs.AbstractFileSystemProvider.deleteIfExists(AbstractFileSystemProvider.java:108) at java.nio.file.Files.deleteIfExists(Files.java:1165) at org.eclipse.core.internal.filesystem.local.LocalFile.internalDelete(LocalFile.java:243) at org.eclipse.core.internal.filesystem.local.LocalFile.internalDelete(LocalFile.java:238) at org.eclipse.core.internal.filesystem.local.LocalFile.internalDelete(LocalFile.java:238) at org.eclipse.core.internal.filesystem.local.LocalFile.internalDelete(LocalFile.java:238) at org.eclipse.core.internal.filesystem.local.LocalFile.internalDelete(LocalFile.java:238) at org.eclipse.core.internal.filesystem.local.LocalFile.delete(LocalFile.java:136) at org.eclipse.core.internal.localstore.DeleteVisitor.delete(DeleteVisitor.java:63) at org.eclipse.core.internal.localstore.DeleteVisitor.visit(DeleteVisitor.java:151) at org.eclipse.core.internal.localstore.UnifiedTree.accept(UnifiedTree.java:111) at org.eclipse.core.internal.localstore.FileSystemResourceManager.delete(FileSystemResourceManager.java:367) at org.eclipse.core.internal.resources.ResourceTree.internalDeleteFolder(ResourceTree.java:358) at org.eclipse.core.internal.resources.ResourceTree.standardDeleteFolder(ResourceTree.java:810) at org.eclipse.core.internal.resources.Resource.unprotectedDelete(Resource.java:1832) at org.eclipse.core.internal.resources.Resource.delete(Resource.java:782) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:117) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:49) at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:256)
(In reply to Timo Kinnunen from comment #8) > Oh right, this bug. I modified BatchImageBuilder around 2015-10-19 to catch > and log if deletion throws while cleaning output folders. Since then I > haven't had any of my automatic builds stop and require manual intervention. > I added a simple try-catch in BatchImageBuilder.cleanOutputFolders: This means the file did not get deleted and follow-up problems might happen. The code should retry a few times before throwing the error. See bug 493977 for details.
I get this frequently when JGit's scanner is running and I import many plug-in projects at once.
I just got over 200 errors again due to this and need to rebuild my whole workspace.
Even retrying again at quick succession sometimes can pose new problems. In the case where we run into DirectoryNotEmptyException (comment #10), retrying is not going to be of much use, is it? I think what Timo suggested can be good starting point. And, if indeed, the problems correct themselves, well and good. Otherwise, we will have to look at them case by case.
Released Timo's fix (along with one more spot in the same method on delete()): http://git.eclipse.org/c/jdt/eclipse.jdt.core.git/commit/?id=eb3f2eebbee36420494fc8378078fc597d739870 Now that the exception is quietly logged, we can look at real problems one by one.
(In reply to Jay Arthanareeswaran from comment #15) > Released Timo's fix (along with one more spot in the same method on > delete()): > > http://git.eclipse.org/c/jdt/eclipse.jdt.core.git/commit/?id=eb3f2eebbee36420494fc8378078fc597d739870 This causes bug 507567 (and thus blocks contributions via gerrit). Perhaps the test should be adjusted? OTOH, the comment mentioning bug 97998 could indicate that seeing the expected problem is actually essential.
I just used git bisect to track down why my gerrit submissions were all failing, and tracked it down to this bug. Specifically, commit eb3f2eebbee36420494fc8378078fc597d739870.
(In reply to Stefan Xenos from comment #17) > I just used git bisect to track down why my gerrit submissions were all > failing, and tracked it down to this bug. > > Specifically, commit eb3f2eebbee36420494fc8378078fc597d739870. Welcome to the club, see comment 16.
If the "not throwing an exception" behavior is deemed correct, I've attached a patch to bug 507567 that updates the unit test. I'd suggest we either push that patch or revert the original while this is being worked on, so that our gerrit builds can pass again.
Bug 507567 addressed the failing tests. This can be closed now.
(In reply to Jay Arthanareeswaran from comment #20) > Bug 507567 addressed the failing tests. This can be closed now. Verified for Eclipse Oxygen 4.7 M4 Build id: I20161207-2000 [by code inspection]
Still reproduced in Eclipse Oxygen
Seen this with Eclipse 4.7.0 R
Got here from the Eclipse reporting tool. Pasting my version of the event: eclipse.buildId=4.7.2.M20171130-0510 java.version=1.8.0_152 java.vendor=Oracle Corporation BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US Framework arguments: -product org.eclipse.epp.package.jee.product -product org.eclipse.epp.package.jee.product -product org.eclipse.epp.package.jee.product -product org.eclipse.epp.package.jee.product -product org.eclipse.epp.package.jee.product -product org.eclipse.epp.package.jee.product -product org.eclipse.epp.package.jee.product Command-line arguments: -os win32 -ws win32 -arch x86_64 -product org.eclipse.epp.package.jee.product -product org.eclipse.epp.package.jee.product -product org.eclipse.epp.package.jee.product -product org.eclipse.epp.package.jee.product -product org.eclipse.epp.package.jee.product -product org.eclipse.epp.package.jee.product -data file:/C:/Users/ggregory/workspaces/centipede/ -product org.eclipse.epp.package.jee.product org.eclipse.jdt.core Error Wed Dec 27 17:54:13 MST 2017 Error occurred while deleting: /http-monitor-ls820/target/test-classes/nested1 org.eclipse.core.internal.resources.ResourceException: Problems encountered while deleting resources. at org.eclipse.core.internal.resources.Resource.delete(Resource.java:773) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:116) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:47) at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:256) at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:175) at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:735) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:206) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246) at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:301) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:304) at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:360) at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:383) at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:142) at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:232) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:56) Contains: Could not delete '/http-monitor-ls820/target/test-classes/nested1'. org.eclipse.core.internal.resources.ResourceException: Problems encountered while deleting resources. at org.eclipse.core.internal.localstore.FileSystemResourceManager.delete(FileSystemResourceManager.java:366) at org.eclipse.core.internal.resources.ResourceTree.internalDeleteFolder(ResourceTree.java:358) at org.eclipse.core.internal.resources.ResourceTree.standardDeleteFolder(ResourceTree.java:810) at org.eclipse.core.internal.resources.Resource.unprotectedDelete(Resource.java:1781) at org.eclipse.core.internal.resources.Resource.delete(Resource.java:760) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:116) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:47) at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:256) at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:175) at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:735) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:206) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246) at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:301) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:304) at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:360) at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:383) at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:142) at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:232) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:56) Contains: Problems encountered while deleting files. Contains: Could not delete: C:\vcs\svn\rocket\Centipede\branches\LS82_RELEASE\Monitor\target\test-classes\nested1. java.nio.file.DirectoryNotEmptyException: C:\vcs\svn\rocket\Centipede\branches\LS82_RELEASE\Monitor\target\test-classes\nested1 at sun.nio.fs.WindowsFileSystemProvider.implDelete(Unknown Source) at sun.nio.fs.AbstractFileSystemProvider.deleteIfExists(Unknown Source) at java.nio.file.Files.deleteIfExists(Unknown Source) at org.eclipse.core.internal.filesystem.local.LocalFile.internalDelete(LocalFile.java:253) at org.eclipse.core.internal.filesystem.local.LocalFile.delete(LocalFile.java:137) at org.eclipse.core.internal.localstore.DeleteVisitor.delete(DeleteVisitor.java:63) at org.eclipse.core.internal.localstore.DeleteVisitor.visit(DeleteVisitor.java:151) at org.eclipse.core.internal.localstore.UnifiedTree.accept(UnifiedTree.java:111) at org.eclipse.core.internal.localstore.FileSystemResourceManager.delete(FileSystemResourceManager.java:363) at org.eclipse.core.internal.resources.ResourceTree.internalDeleteFolder(ResourceTree.java:358) at org.eclipse.core.internal.resources.ResourceTree.standardDeleteFolder(ResourceTree.java:810) at org.eclipse.core.internal.resources.Resource.unprotectedDelete(Resource.java:1781) at org.eclipse.core.internal.resources.Resource.delete(Resource.java:760) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:116) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:47) at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:256) at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:175) at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:735) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:206) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246) at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:301) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:304) at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:360) at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:383) at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:142) at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:232) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:56)