"weinfie" wrote : Yes, the AIX system clock is set to GMT time -- 5 hours 
ahead. Why would that matter?

Here's what might be happening:

* Let's consider that you have an application named MyApp.war which you build 
on a XP system at 2 PM.

* Then for the first time you move this application to the AIX box which is 5 
hours ahead (i.e. 7 PM).

* You start the server on the AIX box access the application and everything 
goes smooth the first time. Internally, JBoss compiles the JSPs and copies it 
over to %JBOSS_HOME%/server/< serverName>/work/localhost/< subfolder> folder. 
The timestamp of these files is 7:xx PM (i.e. 5 hours ahead of the XP box).

* You then stop JBoss. But the server (by default) does not clean the work 
folder on application undeployment or JBoss shutdown. So the files in the work 
folder are still there with a timestamp of 7:xx PM.
* Then you go back to your XP system and rebuild the application at (lets 
assume) 3 PM.

* You then copy over these files to the AIX box where it is 8 PM now. The 
timestamp of this copied over WAR remains 3 PM on the AIX box.

* You start the server. And then access the jsp. JBoss checks its work folder 
to see whether the jps is already compiled. It finds that there is a compiled 
version. It then checks the timestamp of the compiled version in the version 
folder (which is 7:xx PM) and compares it with the timestamp with the jsp in 
the deploy folder (which is 3 PM). This check is done to see whether any 
recompilation is necessary. Since the compiled file is having a date ahead of 
the actual file, the server does not recompile the JSP and uses the earlier 
one. And that's why you see this "cache" effect.

One way to solve this issue is to clear out the work folder when the 
application is undeployed or server shutdown. Since you use JBoss-4.2.x, 
there's already a configurable property at the server level which can take care 
of this. On the AIX box, inside the %JBOSS_HOME%/server/< 
serverName>/deploy/jboss-web.deployer/META-INF/jboss-service.xml file, set the 
DeleteWorkDirOnContextDestroy to true (by default its false):

<!--Flag to delete the Work Dir on Context Destroy -->
  |       <attribute name="DeleteWorkDirOnContextDestroy">true</attribute>

P.S: All this is just based on what i think might be happening. I don't have 
multiple systems where i can test this theory. Importantly, i don't know 
whether copying a file from a XP box to a AIX box would retain the timestamp of 
XP box.

View the original post : 
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191460#4191460

Reply to the post : 
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191460
_______________________________________________
jboss-user mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/jboss-user

Reply via email to