https://issues.apache.org/jira/browse/OPENEJB-1964
The EarUnpackTest fails on win platforms due to file locking on the 'orange.jar'. I understand the test to be. 1. Deploy colors.ear which extracts to [apps]/colors/orange.jar 2. Deploy colors.ear which extracts to [apps]/colors/yellow.jar - Here we detect an existing 'colors' directory and attempt to delete it before extracting (DeploymentLoader.java line 1614, JarExtractor.java line 85). I have checked in code which exposes the previously silent failure. The yellow.jar was simply deployed to the existing directory and the application is deployed with both jar files. The test file count assert fails. What should the process actually be here. Is the real intention to overwrite the 'colors' directory with the second deployment? This means the original orange.jar is discarded and replaced with the yellow.jar. Shouldn't the first 'colors' app be undeployed first? Andy. -- View this message in context: http://openejb.979440.n4.nabble.com/EarUnpackTest-failing-on-win-platform-tp4659175.html Sent from the OpenEJB Dev mailing list archive at Nabble.com.
