tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hall, Scott" <sh...@GAIC.COM>
Subject time/date stamp differences
Date Mon, 20 Feb 2006 13:44:02 GMT
Hello Tomcat Users,

We have currently begun the migration from 5.5.7 to 5.5.15 in my shop.
All has been going smoothly except for one quirk that we don't seem to
understand. I apologize if this has been covered in some form, but I've
spent a good portion of the past two days looking for an answer and
haven't see any mention.

The problem is that the way times/dates of exploded WAR files are
handled between 5.5.7 and 5.5.15.
If I take two similarly configured Tomcat installations, one 5.5.7 and
one 5.5.15 and deploy identical WAR files to it, I get two diffent
results. In the 5.5.7 installation all the files exploded from the WAR
in the webapps directory have the time/date stamp of when it was
exploded. In the 5.5.15 installation, all the files exploded in the
webapps directory have the original time date stamps contained inside
the WAR.

In a perfect world this wouldn't be much of a problem, but it does
present an issue in our shop where it is not uncommon to have to
'roll-back' to a previous version of a WAR. Under 5.5.7 this is not a
problem since the redeployed old file has a newer time/date stamp, but
under 5.5.15 it's a little trickier since it won't recompile files with
older time stamps.

This probably wouldn't be a problem if Tomcat would recompile files with
ANY timestamp change to them as opposed to the method in which it
currently works.

Has anyone else noticed this issue? What am I doing wrong?

Thanks very much in advance,
Scott Hall
The content of this e-mail message and any attachments are confidential
and may be legally privileged, intended solely for the addressee. If you
are not the intended recipient, be advised that any use, dissemination,
distribution, or copying of this e-mail is strictly prohibited.  If you
receive this message in error, please notify the sender immediately by
reply email and destroy the message and its attachments.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message