Return-Path: Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 2404 invoked from network); 30 Aug 2000 14:51:37 -0000 Received: from unknown (HELO vdcrexc1.orange.ch) (212.215.1.70) by locus.apache.org with SMTP; 30 Aug 2000 14:51:37 -0000 Received: by vdcrexc1.orange.ch with Internet Mail Service (5.5.2650.21) id ; Wed, 30 Aug 2000 16:51:08 +0200 Message-ID: <2B26E094BB13D3118FB3006008214FA5F06E99@vdlaexc0.orange.ch> From: Kitching Simon To: "'tomcat-user@jakarta.apache.org'" Subject: RE: jsp:include not compiling modified jsp Date: Wed, 30 Aug 2000 16:51:08 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: William Brogden [SMTP:wbrogden@bga.com] > Sent: Wednesday, August 30, 2000 4:41 PM > To: tomcat-user@jakarta.apache.org > Subject: Re: jsp:include not compiling modified jsp > > > > Bill Pfeiffer wrote: > > > > I have a jsp that includes another jsp. When I modify the included jsp > and > > run the "parent" jsp, the modified jsp does NOT get recompiled. > > > > Why is this? Is it a bug or working as designed? I can modify the > parent > > jsp and the included will also then be recompiled. This is going to be > a > > real problem if I include the jsp into several parent page (say if the > > included page was a header, which, in my case, it is). > > > > TIA, > > > > Bill Pfeiffer > > I would say that it is working according to spec. I think it checks > the > date on your primary page source versus the data on the .java code - > since your primary page didn't change, it looks ok. [Kitching Simon] I disagree. If the statement is being used, then I think that the called page should *definitely* be recompiled if its source code changes. I really would be surprised if this isn't already done by tomcat - I'll try it out myself when I've got a moment. On the otherhand, the <%@ ...%> include format is a totally different thing. To handle automatic recompilation for this sort of thing requires knowledge of the original *source code*, so probably won't ever be handled right - just too difficult and, when sourcecode not available, not possible at all. > > -- > WBB - wbrogden@bga.com Chief Scientist, LANWrights, Inc. > Java Programmer Certification information and mock exam > at http://www.lanw.com/java/javacert/