[
http://www.avoka.com:8080/jira/browse/CLK-418?page=all ]
Bob Schellink updated CLK-418:
------------------------------
Affects Version/s: 1.5 RC2
(was: 1.5 M2)
> Tomcat redeployment JAR locking
> -------------------------------
>
> Key: CLK-418
> URL:
http://www.avoka.com:8080/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@.../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.
-
If you think it was sent incorrectly contact one of the administrators:
http://www.avoka.com:8080/jira/secure/Administrators.jspa-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development
