Hi Sebastien, I also encountered same problem with jsf (tomahawk), java 1.4.2, Tomcat 5.5.9/5.5.12 on Microsoft windows 2000/2003. The reason is that tomahawk.jar (and jsf bridge jar) contains faces-config.xml files in META-INF folder. The faces servlet, upon initialization reads those files and in turn the jar is locked by VM. When you try to undeploy the webapp, those jars are locked and then subsequent deployment fails. Setting Tomcat antiJARLocking="true" does not help for this situation.
I assume that this problem is with JVM as the problem did not occur with BEA jrokit 1.4., but with sun jvm 1.4 . One other solution is to strip out all faces-config.xml in the jar files and merge/rename them.Then put them in the place where your applications faces-config.xml file is, and refer them with context param (javax.faces.CONFIG_FILES) in web.xml. (not tested with portlets though) Regards, Ruwan ----- Original Message ----- From: "Sébastien Pérochon" <[EMAIL PROTECTED]> To: "Jetspeed Users List" <[email protected]> Sent: Tuesday, March 28, 2006 2:49 AM Subject: Deployment doesn't unpack everything... > Hi all, > > I use J2.0 with jsf-demo already installed. > In order to redeploy the jsf-demo: > When I copy the file "jsf-demo.war" (given here > http://portals.apache.org/bridges/download.html) in the deploy > directory, just a part of the war file is unzip... > In the "jetspeed2/webapps/jetspeed/jsf-demo" directory, I got only > "WEB-INF" directory which contains only "lib" directory which contains > only: "portals-bridges-jsf-1.0.jar" and "tomahawk-1.1.0.jar"... and so > the portlet is not working... > > Did I do something wrong ? > > Thanks, > Sebastien. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
