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 194739 - Error creating branding: Directory ... unable to be deleted
Summary: Error creating branding: Directory ... unable to be deleted
Status: RESOLVED INCOMPLETE
Alias: None
Product: apisupport
Classification: Unclassified
Component: Maven (show other bugs)
Version: 7.0
Hardware: PC Windows 7 x64
: P3 normal (vote)
Assignee: Jesse Glick
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-26 15:19 UTC by arittner
Modified: 2011-03-18 23:39 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
A full zipped process monitor log with javaw.exe and java.exe (851.79 KB, application/octet-stream)
2011-02-02 20:17 UTC, arittner
Details

Note You need to log in before you can comment on or make changes to this bug.
Description arittner 2011-01-26 15:19:27 UTC
Hi!

This is a very annoying bug. Sometimes I need to restart several times my build and get this exception:

Failed to execute goal org.codehaus.mojo:nbm-maven-plugin:3.4:branding (branding) on project i18n-de: Error creating branding: Directory C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-favorites.jar\org\netbeans\modules\favorites unable to be deleted. -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.mojo:nbm-maven-plugin:3.4:branding (branding) on project i18n-de: Error creating branding
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
        at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
        at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
        at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
        at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
        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:597)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
        at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
        at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error creating branding
        at org.codehaus.mojo.nbm.BrandingMojo.execute(BrandingMojo.java:168)
        at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:107)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
        ... 19 more
Caused by: java.io.IOException: Directory C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-favorites.jar\org\netbeans\modules\favorites unable to be deleted.
        at org.codehaus.plexus.util.FileUtils.deleteDirectory(FileUtils.java:1539)
        at org.codehaus.plexus.util.FileUtils.forceDelete(FileUtils.java:1326)
        at org.codehaus.plexus.util.FileUtils.cleanDirectory(FileUtils.java:1590)
        at org.codehaus.plexus.util.FileUtils.deleteDirectory(FileUtils.java:1535)
        at org.codehaus.plexus.util.FileUtils.forceDelete(FileUtils.java:1326)
        at org.codehaus.plexus.util.FileUtils.cleanDirectory(FileUtils.java:1590)
        at org.codehaus.plexus.util.FileUtils.deleteDirectory(FileUtils.java:1535)
        at org.codehaus.plexus.util.FileUtils.forceDelete(FileUtils.java:1326)
        at org.codehaus.plexus.util.FileUtils.cleanDirectory(FileUtils.java:1590)
        at org.codehaus.plexus.util.FileUtils.deleteDirectory(FileUtils.java:1535)
        at org.codehaus.plexus.util.FileUtils.forceDelete(FileUtils.java:1326)
        at org.codehaus.plexus.util.FileUtils.cleanDirectory(FileUtils.java:1590)
        at org.codehaus.plexus.util.FileUtils.deleteDirectory(FileUtils.java:1535)
        at org.codehaus.mojo.nbm.BrandingMojo.execute(BrandingMojo.java:163)
        ... 21 more

I also get the error when I first delete the target folder:
C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target

After a few tries it goes again. I get this error *only* on the branding folder. Never with other suite-folders!

br, josh.
Comment 1 arittner 2011-01-26 15:30:58 UTC
Sorry, some additional infos:

Product Version: NetBeans IDE Dev (Build 201101250001)
Java: 1.6.0_20; Java HotSpot(TM) Client VM 16.3-b01
System: Windows 7 version 6.1 running on x86; Cp1252; de_DE (nb)
Userdir: C:\Users\arittner\.netbeans\dev

I use the "Build" command.
Comment 2 Jesse Glick 2011-01-26 18:03:56 UTC
Any idea if it is reproducible on XP? (I don't have W7 to test against.) Something is presumably holding a file lock.
Comment 3 arittner 2011-01-26 18:19:56 UTC
I've only XP in a virtual box. I'll set up the whole project. But I need more than few hours...

br, josh.
Comment 4 Jesse Glick 2011-01-26 18:21:48 UTC
Excellent, thanks. If it is reproducible with a simple project I may be able to track down the root cause, though I'm no expert on Windows diagnostic tools.
Comment 5 arittner 2011-02-02 19:49:58 UTC
Hi!

I'm not yet finished to create a test environment on a Windows XP system. 

For now I have some log informations created with Sysinternals Process Monitor.

As far as I can see that the target folders are deleted recursively. At a subfolder (can be different) the windows systems returns a NOT_EMPTY result on deletion.

This is the exception:

Failed to execute goal org.codehaus.mojo:nbm-maven-plugin:3.4:branding (default-branding) on project i18n-de: Error creating branding: Directory C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar\org\netbeans\modules\core unable to be deleted. -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.mojo:nbm-maven-plugin:3.4:branding (default-branding) on project i18n-de: Error creating branding

...

Caused by: java.io.IOException: Directory C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar\org\netbeans\modules\core unable to be deleted.
        at org.codehaus.plexus.util.FileUtils.deleteDirectory(FileUtils.java:1539)
        at org.codehaus.plexus.util.FileUtils.forceDelete(FileUtils.java:1326)
        at org.codehaus.plexus.util.FileUtils.cleanDirectory(FileUtils.java:1590)


The process monitor logs this line:

"19:54:51,4097750","java.exe","10700","SetDispositionInformationFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar\org\netbeans\modules\core","NOT EMPTY","Delete: True"

If I open this directory, I can't see any content in this folder.

So, I've found some curious delete-Methods in the plexus io API:

http://grepcode.com/file/repo1.maven.org/maven2/org.codehaus.plexus/plexus-utils/2.0.5/org/codehaus/plexus/util/FileUtils.java#FileUtils.forceDelete%28java.io.File%29

The called deleteFile method is funny. Read this comment:

"Accommodate Windows bug encountered in both Sun and IBM JDKs. Others possible. If the delete does not work, call System.gc(), wait a little and try again. "

But the delete works, not the directory.delete(). directory.delete() returns false in case of "NOT EMPTY" and throws the IOException.

Now I use the latest JDK:

Product Version: NetBeans IDE Dev (Build 201101250001)
Java: 1.6.0_23; Java HotSpot(TM) 64-Bit Server VM 19.0-b09
System: Windows 7 version 6.1 running on amd64; Cp1252; de_DE (nb)

But it doesn't help...

I must say I am a little desperate. Up to 9 of 10 builds fail. The project is not really small. Virusscanner is disabled. No extra explorer open. No other lockings (the process monitor shows only the java.exe running the maven build).

Is deleteDirectory only used by org.codehaus.mojo:nbm-maven-plugin:3.4:branding?

br, josh
Comment 6 Jesse Glick 2011-02-02 20:01:05 UTC
I'll check to see if I can reproduce on XP, and if not, if there is some diagnostic build of the plugin I can send you.
Comment 7 arittner 2011-02-02 20:02:57 UTC
Hi!

OMG, IMHO I've found the problem. It is NOT only the spawned java.exe-process for the maven build. In addition the javaw.exe from NetBeans scans the folders.

Here is es short selection of the log:

"Time of Day","Process Name","PID","Operation","Path","Result","Detail"
"19:54:51,3883937","java.exe","10700","WriteFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\locale\org-netbeans-modules-core-kit_s3.jar","SUCCESS","Offset: 1.373, Length: 4"
"19:54:51,3884168","java.exe","10700","WriteFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\locale\org-netbeans-modules-core-kit_s3.jar","SUCCESS","Offset: 1.377, Length: 4"
"19:54:51,3884424","java.exe","10700","WriteFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\locale\org-netbeans-modules-core-kit_s3.jar","SUCCESS","Offset: 1.381, Length: 2"
"19:54:51,3884737","java.exe","10700","CloseFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\locale\org-netbeans-modules-core-kit_s3.jar","SUCCESS",""
"19:54:51,3891281","java.exe","10700","CreateFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar","SUCCESS","Desired Access: Read Attributes, Disposition: Open, Options: Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened"
"19:54:51,3891368","javaw.exe","5172","CreateFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\locale\org-netbeans-modules-core-kit_s3.jar","SUCCESS","Desired Access: Read Attributes, Disposition: Open, Options: Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened"
"19:54:51,3891748","java.exe","10700","QueryNetworkOpenInformationFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar","SUCCESS","CreationTime: 02.02.2011 19:54:47, LastAccessTime: 02.02.2011 19:54:47, LastWriteTime: 02.02.2011 19:54:47, ChangeTime: 02.02.2011 19:54:47, AllocationSize: 01.01.1601 01:00:00, EndOfFile: 01.01.1601 01:00:00, FileAttributes: D"
"19:54:51,3891835","javaw.exe","5172","QueryNetworkOpenInformationFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\locale\org-netbeans-modules-core-kit_s3.jar","SUCCESS","CreationTime: 02.02.2011 19:22:48, LastAccessTime: 02.02.2011 19:22:48, LastWriteTime: 02.02.2011 19:54:51, ChangeTime: 02.02.2011 19:54:51, AllocationSize: 01.01.1601 01:00:00, EndOfFile: 01.01.1601 01:00:00, FileAttributes: A"
"19:54:51,3891989","java.exe","10700","CloseFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar","SUCCESS",""
"19:54:51,3892102","javaw.exe","5172","CloseFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\locale\org-netbeans-modules-core-kit_s3.jar","SUCCESS",""
"19:54:51,3894504","java.exe","10700","CreateFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar","SUCCESS","Desired Access: Read Attributes, Disposition: Open, Options: Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened"
"19:54:51,3894904","java.exe","10700","QueryNetworkOpenInformationFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar","SUCCESS","CreationTime: 02.02.2011 19:54:47, LastAccessTime: 02.02.2011 19:54:47, LastWriteTime: 02.02.2011 19:54:47, ChangeTime: 02.02.2011 19:54:47, AllocationSize: 01.01.1601 01:00:00, EndOfFile: 01.01.1601 01:00:00, FileAttributes: D"
"19:54:51,3895125","java.exe","10700","CloseFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar","SUCCESS",""
"19:54:51,3897562","java.exe","10700","CreateFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar","SUCCESS","Desired Access: Read Attributes, Disposition: Open, Options: Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened"
"19:54:51,3897942","java.exe","10700","QueryNetworkOpenInformationFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar","SUCCESS","CreationTime: 02.02.2011 19:54:47, LastAccessTime: 02.02.2011 19:54:47, LastWriteTime: 02.02.2011 19:54:47, ChangeTime: 02.02.2011 19:54:47, AllocationSize: 01.01.1601 01:00:00, EndOfFile: 01.01.1601 01:00:00, FileAttributes: D"
"19:54:51,3899184","java.exe","10700","CloseFile","C:\Entw\Work\svn\4.2\platforms\sxbase\i18n-de\target\nbm\netbeans\sxbase\modules\org-netbeans-modules-core-kit.jar","SUCCESS",""

This only a sample frame, but it's obvious. The java.exe runs over the directories to delete the content and the javaw.exe scans the directories for "scan project" (or other tasks).

The "javaw.exe","5172" process is:

"C:\Entw\JDK\1.6.0_23\jre\bin\javaw.exe" "-Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade" "-Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense" "-client" "-Xss2m" "-Xms512m" "-XX:PermSize=32m" "-XX:MaxPermSize=512m" "-XX:+UseConcMarkSweepGC" "-XX:+CMSClassUnloadingEnabled" "-XX:+CMSPermGenSweepingEnabled" "-Xmx768m" "-Djdk.home=C:\Entw\JDK\1.6.0_23" "-splash:C:\Users\arittner\.netbeans\dev\var\cache\splash.png" "-Dnetbeans.home=C:\Entw\NetBeansDev\platform" "-Dnetbeans.user=C:\Users\arittner\.netbeans\dev" "-XX:+HeapDumpOnOutOfMemoryError" "-XX:HeapDumpPath=C:\Users\arittner\.netbeans\dev\var\log\heapdump.hprof" "-Dnetbeans.system_http_proxy=DIRECT" "-Dsun.awt.keepWorkingSetOnMinimize=true" "-Dnetbeans.dirs=C:\Entw\NetBeansDev\nb;C:\Entw\NetBeansDev\ergonomics;C:\Entw\NetBeansDev\ide;C:\Entw\NetBeansDev\java;C:\Entw\NetBeansDev\xml;C:\Entw\NetBeansDev\apisupport;C:\Entw\NetBeansDev\webcommon;C:\Entw\NetBeansDev\websvccommon;C:\Entw\NetBeansDev\enterprise;C:\Entw\NetBeansDev\mobility;C:\Entw\NetBeansDev\profiler;C:\Entw\NetBeansDev\ruby;C:\Entw\NetBeansDev\python;C:\Entw\NetBeansDev\php;C:\Entw\NetBeansDev\visualweb;C:\Entw\NetBeansDev\soa;C:\Entw\NetBeansDev\identity;C:\Entw\NetBeansDev\uml;C:\Entw\NetBeansDev\harness;C:\Entw\NetBeansDev\cnd;C:\Entw\NetBeansDev\dlight;C:\Entw\NetBeansDev\groovy;C:\Entw\NetBeansDev\extra;C:\Entw\NetBeansDev\javafx;C:\Entw\NetBeansDev\javacard" "-Djava.class.path=C:\Entw\NetBeansDev\platform\lib\boot.jar;C:\Entw\NetBeansDev\platform\lib\org-openide-modules.jar;C:\Entw\NetBeansDev\platform\lib\org-openide-util-lookup.jar;C:\Entw\NetBeansDev\platform\lib\org-openide-util.jar;C:\Entw\NetBeansDev\platform\lib\locale\boot_ja.jar;C:\Entw\NetBeansDev\platform\lib\locale\boot_pt_BR.jar;C:\Entw\NetBeansDev\platform\lib\locale\boot_zh_CN.jar;C:\Entw\NetBeansDev\platform\lib\locale\org-openide-modules_ja.jar;C:\Entw\NetBeansDev\platform\lib\locale\org-openide-modules_pt_BR.jar;C:\Entw\NetBeansDev\platform\lib\locale\org-openide-modules_zh_CN.jar;C:\Entw\NetBeansDev\platform\lib\locale\org-openide-util-lookup_ja.jar;C:\Entw\NetBeansDev\platform\lib\locale\org-openide-util-lookup_pt_BR.jar;C:\Entw\NetBeansDev\platform\lib\locale\org-openide-util-lookup_zh_CN.jar;C:\Entw\NetBeansDev\platform\lib\locale\org-openide-util_ja.jar;C:\Entw\NetBeansDev\platform\lib\locale\org-openide-util_pt_BR.jar;C:\Entw\NetBeansDev\platform\lib\locale\org-openide-util_zh_CN.jar;C:\Entw\JDK\1.6.0_23\lib\dt.jar;C:\Entw\JDK\1.6.0_23\lib\tools.jar" org/netbeans/Main "--branding" "nb" "-Xmx1000m"

And this is the netbeans.exe call with my netbeans.conf parameters

This is the "java.exe","10700" for maven:

"C:\Entw\JDK\1.6.0_23\bin\java.exe"  -Xmx512m -XX:MaxPermSize=128m -classpath "C:\Entw\NetBeansDev\java\maven\bin\..\boot\plexus-classworlds-2.4.jar" "-Dclassworlds.conf=C:\Entw\NetBeansDev\java\maven\bin\..\bin\m2.conf" "-Dmaven.home=C:\Entw\NetBeansDev\java\maven\bin\.." org.codehaus.plexus.classworlds.launcher.Launcher -DskipTests=true --errors -e install

IMHO the scanning process from the NetBeans IDE locks the files for milliseconds. The deleteDirectory from the plexus IO API fails...


br, josh.
Comment 8 arittner 2011-02-02 20:08:48 UTC
(In reply to comment #6)
> I'll check to see if I can reproduce on XP, and if not, if there is some
> diagnostic build of the plugin I can send you.

IMHO it's hard to reproduce, but the log file shows it very good. Two different VMs running on the same directory structure. One VM reads the directory changes (NetBeans), the other VM deletes the folders and contents (maven).

I've a very big project and the scan run is fast as the maven deleteDirectory. A classical clash from two different processes.

br, josh.
Comment 9 Jesse Glick 2011-02-02 20:12:28 UTC
Interesting, thanks for getting this process monitor output. I can't think of any reason why the IDE should be opening anything in this target folder. Perhaps I can track down what is doing this and stop it.
Comment 10 arittner 2011-02-02 20:17:56 UTC
Created attachment 105602 [details]
A full zipped process monitor log with javaw.exe and java.exe

The log shows two different VM's running on the same directory structure. The javaw.exe is the NetBeans VM and java.exe is the maven build. The maven build runs recursive throws the folders and deletes the content and folders.  

The javaw.exe scans the folders and ask for file time and (IMHO size). This could be an file/folder listener from the FileObject-API in NetBeans.

IMHO opinion the javaw.exe blocks some delete operations and the maven build breaks with an IOException in the plexus IO API.
Comment 11 arittner 2011-03-18 11:57:18 UTC
Hi!

Is it possible to fix it with NB 7? It's not only a build problem. I think it's also a performance problem to scan build folder from maven projects. 

br, josh.

PS.: From my point of view P3 is to low...
Comment 12 Jesse Glick 2011-03-18 23:39:10 UTC
I have not gotten anywhere on this. Set up a Maven-based platform app under XP, did a Clean & Build multiple times with no errors. Under Ubuntu, tried to use strace to check for suspicious accesses to the target folder, but this is not so easy - if you use -f then forked calls to Maven are tracked, and if you don't then Java native threads are not tracked so nothing is reported. (Anyway strace would not give the cause of an access.) Also tried


diff --git a/o.n.bootstrap/src/org/netbeans/TopSecurityManager.java b/o.n.bootstrap/src/org/netbeans/TopSecurityManager.java
--- a/o.n.bootstrap/src/org/netbeans/TopSecurityManager.java
+++ b/o.n.bootstrap/src/org/netbeans/TopSecurityManager.java
@@ -173,11 +173,20 @@
         }
     }
 
+    static long lastPrinted;
     private void notifyRead(String file) {
         SecurityManager s = getSecurityManager();
         if (s != null) {
             s.checkRead(file);
         }
+        if (file.matches("/tmp/test194739/.*target/.+[.]jar.*")) {
+            System.err.println(file);
+            long now = System.currentTimeMillis();
+            if (now > lastPrinted + 1000) {
+                lastPrinted = now;
+                new Exception(file).printStackTrace();
+            }
+        }
     }
 
     private void notifyWrite(String file) {


which did not turn up anything interesting - if you say expand some build product in the Files tab then it is opened as you might expect, but there is nothing visible using this patch that would suggest some background thread scanning the contents of the target folder. Also tried

lsof | fgrep /tmp/test194739

which turned up nothing unless the app was actually running.

If you are still able to reproduce, perhaps you can find what actual code (e.g. a stack trace) is opening build products at inappropriate times. I am not aware of any reason why routine classpath scanning or similar tasks would be inspecting the folders you list; the problem might only occur on projects configured in a certain way, or after using some particular IDE feature.