[jira] Issue Comment Edited: (CLK-418) Tomcat redeployment JAR locking

["Jeff (Xingfeng) Deng (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/CLK-418?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12733235#action_12733235 ] 

Jeff (Xingfeng) Deng edited comment on CLK-418 at 7/20/09 7:50 AM:
-------------------------------------------------------------------

I saw the similar issues with GlassFish 9.1U2 in a Solaris box. I sometimes need to redeploy once or twice to work around the issue. Will try the method above:

setting antiResourceLocking="true" in the click-examples/META-INF/context.xml

<Context
   path="/click-examples"
   reloadable="true"
   antiJARLocking="true"
   antiResourceLocking="true">

</Context>


      was (Author: jeffdeng_ljnb01):
    I saw the similar issues with GlassFish 8.1U2 in a Solaris box. I sometimes need to redeploy once or twice to work around the issue. Will try the method above:

setting antiResourceLocking="true" in the click-examples/META-INF/context.xml

<Context
   path="/click-examples"
   reloadable="true"
   antiJARLocking="true"
   antiResourceLocking="true">

</Context>

  
> Tomcat redeployment JAR locking
> -------------------------------
>
>                 Key: CLK-418
>                 URL: https://issues.apache.org/jira/browse/CLK-418
>             Project: Click
>          Issue Type: Bug
>          Components: core
>    Affects Versions: 1.5 RC2
>         Environment: Tomcat 5.5.25, Click 1.5-M2, JDK 1.5, click-examples
>            Reporter: Malcolm Edgar
>
> I am seeing intermitt Tomcat auto deployment issues, where there is a lock on a JAR in click-examples/WEB-INF/lib/ which cannot be deleted. 
> This issue occurs regularly for a period and then does not occur at all.  The JAR being locked on is fairly random.  Sometimes spring-*.jar or log4*.jar
> To fix this issue you stop Tomcat, delete the click-examples directory, and then restart Tomcat. This is not a good development experience.
> This Tomcat behaviour is similar to CLK-82 when Click was scanning the classpath for files named "/click-controls.xml". In these cases however the JAR being locked on was always click-extras.
> http://www.mail-archive.com/users@tomcat.apache.org/msg18144.html
> Commenting out XmlConfigService#deployFilesInJars() fixes this issue as does setting antiResourceLocking="true" in the click-examples/META-INF/context.xml
> <Context
>    path="/click-examples" 
>    reloadable="true"
>    antiJARLocking="true"
>    antiResourceLocking="true">
>    <ResourceLink 
>       name="users" 
>       global="UserDatabase"
>       type="org.apache.catalina.UserDatabase"/>
> </Context>
> I can see two solutions to this problem. First is we heavily document deployment options on application servers:
> * Tomcat set    antiJARLocking="true" and  antiResourceLocking="true"
> * WebLogic unpack any click resources into your web applications /click directory before deploying
> The other option is to make this configurable JAR deployment configurable:
>   <click-app deploy-jar-resources="true">
>   ..
>   </click-app>
> Otherwise we will get continual issues raised about Tomcat hot deployment.
> Note this issue does not occur on JBoss as they create a new webapp instance each time you deploy an application.  This is a mode you can use in Tomcat as well (since JBoss uses Tomcat internally) but it is not the default Tomcat configuration.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.