"Kin-Man Chung" <[EMAIL PROTECTED]> wrote:
>
>>
>>> Haven't seen that before, and no idea why it's so. You'll need to
>>> give me a test case.
>>
>> Test case: touch
>>
>> $CATALINA_HOME/webapps/examples/jsp/colors/colrs.jsp
>>
>> So that Jasper will have to recompile it, and it will try (the first time)
>> to recompile also:
>>
>> $CATALINA_HOME/webapps/examples/WEB-INF/classes/colors/ColorGameBean.java
>>
>> But putting its class back into
>>
>> $CATALINA_HOME/webapps/examples/WEB-INF/classes/colors/ColorGameBean.class
>>
>> Not into
>>
>> $CATALINA_HOME/work/......
>>
>> That's pretty nasty, as the user under which the Tomcat process is running
>> is not (and can not) write into
>>
>> $CATALINA_HOME/webapps/.....
>>
>
> I tried that, and couldn't seem to reproduce your problem. I tried both
> the head branch and the 4.0 branch, on Solaris, there was no recompilation
> of ColorGameBean.class. What configurations do you have?
Last time I saw it, it was on here:
[pier@legolas] ~ $ java -version
java version "1.4.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92)
Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode)
[pier@legolas] ~ $ uname -a
SunOS legolas 5.8 Generic_108529-09 i86pc i386 i86pc
[pier@legolas] ~ $
But it was two weeks ago, and someone might have just changed stuff around
(it's a test machine)....
> I looked at the code, and couldn't find the place that would cause the
> recompilation of the bean classes. Would appreciate if anyone else
> have insights to this puzzle. :-)
I'm puzzled as well, because I thought that you would have called javac with
the -d "$CATALINA_HOME/work/...../" directory (the servlet context work
directory, I presume), but.
I'll see if I can replicate and send you a stacktrace...
Pier
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
