>Does anyone know why this utility says the
>compiled JSP modified date is much earlier that it appears to be?
First thing to do is make sure all clocks in your universe are
correct, including the CVS server.
For windows clocks you can sync them with
http://mindprod.com/webstarts/setclock.html
I hypothesise that Javac when it starts up grabs the system time and
uses that for stamping all classes it creates this session. With
ant, the effect is magnified since ant starts the compiling classes
only once for the entire ant script.
If that is true, then there are a number of ways you could fix it:
1. don't do any generating of new *.java files after the first compile
in an ant script. Move all the compiles to the end or even a separate
script.
2. write a BCEL or similar utility to look at the file date and insert
it as the class date.
3. explain the problem to BEA and ask them to use the file date
instead.

Signature
Canadian Mind Products, Roedy Green.
http://mindprod.com Again taking new Java programming contracts.
Marcus Leon - 04 Oct 2005 21:01 GMT
Thanks Roedy.. I *think* this has been resolved. It was caused due to
a bug in the ant version I was using. The fix was to use a more recent
version of ant and to set the war roundup prop to false.
That solution is described here:
http://issues.apache.org/bugzilla/show_bug.cgi?id=17934
More good debugging info is here:
http://support.bea.com/application_content/product_portlets/support_patterns/wls
/Debugging_Recompilation_of_Precompiled_JSPs_Pattern.html