[
http://jira.jboss.com/jira/browse/JBAS-4434?page=comments#action_12401756 ]
Juha Lindfors commented on JBAS-4434:
-------------------------------------
If anyone is taking on this task -- not holding my breath -- exploded WAR deployment locks
JAR files from WEB-INF/lib directory as soon as the servlet is loaded. Relatively simple
to test on WindowsXP + JBoss AS 4.2.2.GA combo.
Create tests of file locking in the deploy dir
----------------------------------------------
Key: JBAS-4434
URL:
http://jira.jboss.com/jira/browse/JBAS-4434
Project: JBoss Application Server
Issue Type: Task
Security Level: Public(Everyone can see)
Components: Test Suite
Reporter: Brian Stansberry
Need simple tests where different sorts of deployments are copied to deploy, allowed to
deploy, and then deleted. Intent is to prove that the file in the deploy dir can be
deleted; i.e. the deployment process doesn't create a file lock.
Most AS tests today do deployments via the RMIAdaptor, an approach that doesn't
detect file lock issues.
See JBAS--4415 and EJBTHREE-969 for an example of where this broke down. The FarmService
tests have to use a 'copy file to farm dir' approach, so they detected a file lock
issue. But this kind of problem should be directly tested so it's easier to know when
problems like EJBTHREE-969 creep in. Also the FarmService test only deploys one jar; if by
chance it had been a war instead of an ejb jar, the problem would not have been detected,
since the JBossWeb deployer would have handled the war before accepts() was called on the
Ejb3Deployer.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira