Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 56399 invoked from network); 21 May 2002 18:03:10 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 21 May 2002 18:03:10 -0000 Received: (qmail 10828 invoked by uid 97); 21 May 2002 18:03:05 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@jakarta.apache.org Received: (qmail 10812 invoked by uid 97); 21 May 2002 18:03:05 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 10798 invoked by uid 98); 21 May 2002 18:03:04 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Date: Tue, 21 May 2002 11:03:02 -0700 (PDT) From: Kin-Man Chung Subject: Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place... To: tomcat-dev@jakarta.apache.org Reply-to: Kin-Man Chung Message-id: <0GWH007HO3K9IE@mpkmail.eng.sun.com> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4.2 SunOS 5.8 sun4u sparc Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: 8e9qn/ezIcNX7F8pyrrZEw== X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > > > 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? 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. :-) -- To unsubscribe, e-mail: For additional commands, e-mail: