[jboss-jira] [JBoss JIRA] (AS7-2392) EnterpriseDeploymentTestCase fails consistently on windows

[ https://issues.jboss.org/browse/AS7-2392?page=com.atlassian.jira.plugin.s... ] Thomas Diesler edited comment on AS7-2392 at 1/12/12 3:56 AM: -------------------------------------------------------------- What happens is that the JSR88 layer generates a tmp file and passes the URL to which to the AS7 management API. During the building of the ADD step an InputStream for that URL is opened and stored as content to the ADD step. When deployment is done, the JSR88 layer attempts to delete the tmp file, which fails w2k8 presumably because the associated input stream is not closed. See the client [test log file|https://hudson.qa.jboss.com/hudson/view/JBossOSGi/job/jboss-as7-as23...] and search for deployment-app.ear. {code} 03:19:18,396 INFO [org.jboss.as.ee.deployment.spi] (Thread-179) JBAS016101: End deploy: [target=http://org.jboss.as.ee.deployment/jsr88?targetType=as7,parent=null,type=ear,id=file:/C:/DOCUME~1/hudson/LOCALS~1/Temp/deployment-app.ear] 03:19:18,397 WARN [org.jboss.as.ee.deployment.spi] (Thread-179) JBAS016103: Cannot delete deployment file C:\DOCUME~1\hudson\LOCALS~1\Temp\deployment-app.ear, will be deleted on exit {code} This particular test fails because it tries to deploy the same EAR twice, but cannot use the same tmp file name. In branch [as2392|https://github.com/tdiesler/jboss-as/tree/as2392] I implemented a workaround that assigns a different tmp file name when the tmp file already exists and cannot be deleted. The underlying issue IMHO is however in the AS7 deployment layer and its handling of input streams associated with user provided URLs. This should be a general issue for all management clients running on w2k8 was (Author: thomas.diesler): What happens is that the JSR88 layer generates a tmp file and passes the URL to which to the AS7 management API. During the building of the ADD step an InputStream for that URL is opened and stored as content to the ADD step. When deployment is done, the JSR88 layer attempts to delete the tmp file, which fails w2k8 presumably because the associated input stream is not closed. See the client [test log file|https://hudson.qa.jboss.com/hudson/view/JBossOSGi/job/jboss-as7-as23...] and search for deployment-app.ear. {code} 03:19:18,396 INFO [org.jboss.as.ee.deployment.spi] (Thread-179) JBAS016101: End deploy: [target=http://org.jboss.as.ee.deployment/jsr88?targetType=as7,parent=null,type=ear,id=file:/C:/DOCUME~1/hudson/LOCALS~1/Temp/deployment-app.ear] 03:19:18,397 WARN [org.jboss.as.ee.deployment.spi] (Thread-179) JBAS016103: Cannot delete deployment file C:\DOCUME~1\hudson\LOCALS~1\Temp\deployment-app.ear, will be deleted on exit {code} This particular test fails because it tries to deploy the same EAR twice, but cannot use the same tmp file name. In branch [as2392|https://github.com/tdiesler/jboss-as/tree/as2392] I implemented a workaround that assigns a different tmp file name when it already exists and cannot be deleted. The underlying issue IMHO is however in the AS7 deployment layer and its handling of input streams associated with user provided URLs. This should be a general issue for all management clients running on w2k8 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira