[jboss-jira] [JBoss JIRA] (WFCORE-3103) Embedded server doesn't close open file handles

[ https://issues.jboss.org/browse/WFCORE-3103?page=com.atlassian.jira.plugi... ] Jan Blizňák edited comment on WFCORE-3103 at 8/4/17 5:45 PM: ------------------------------------------------------------- [~luck3y], the reproducer isn't trying to find open handles, it just tries to delete files, exactly as the manual steps say: * start a CLI wrapper * start embed-server from given server path * stop embed-server * terminate CLI wrapper * try to delete given server path, ie. the files that were opened in order to start embed-server and that should no longer be opened after embed-server was stopped. So test should pass when all these steps succeeded, ie. after this jira is fixed. But the last step currently fails everytime on all Win OSes I tried because there are open files from modules dir (I don't have Win 10, but I suppose Win Server 2016 is equivalent in this case). I was using EAP 7.1.0.ER3 and also today's Wildfly 11.0.0.Beta1 (wildfly-core 3.0.0.Beta30). In case you want verbose output of the testcase, you need to download handle.exe tool from https://docs.microsoft.com/en-us/sysinternals/downloads/handle and execute the reproducer like this (the handle.exe serves only as additional info here to list locked files): {{mvn clean test "-Dwildfly.home=C:\tmp\wildfly-11.0.0.Beta1" "-Dhandle.exe=C:\tmp\handle.exe" -Dtest=ModulesFileLockingTestCase -DtestLogToFile=false}} was (Author: jbliznak): [~luck3y], the reproducer isn't trying to find open handles, it just tries to delete files, exactly as the manual steps say: * start a CLI wrapper * start embed-server from given server path * stop embed-server * terminate CLI wrapper * try to delete given server path, ie. the files that were opened in order to start embed-server and that should no longer be opened after embed-server was stopped. So test should pass when all these steps succeeded, ie. after this jira is fixed. But the last step currently fails everytime on all Win OSes I tried because there are open files from modules dir (I don't have Win 10, but I suppose Win Server 2016 is equivalent in this case). I was using EAP 7.1.0.ER3 and also today's Wildfly 11.0.0.Beta1 (wildfly-core 3.0.0.Beta30). In case you want verbose output of the testcase, you need to download handle.exe tool from https://docs.microsoft.com/en-us/sysinternals/downloads/handle and execute the reproducer like this (the handle.exe serves only as additional info here to list locked files): {{mvn clean test "-Dwildfly.home=C:\tmp\wildfly-11.0.0.Beta1" "-Dhandle.exe=C:\tmp\handle.exe" -Dtest=ModulesFileLockingTestCase}} -- This message was sent by Atlassian JIRA (v7.2.3#72005)