The problem with that is that there is then *no* way to get rid of a JSP
page without manually deleting the .class files. This requires knowing
where they are stored *and* the class name mangling scheme. Neither of
these are intuitively obvious.
The *only* thing that the JSP developer really knows about is the .jsp file
he created (and maybe removes). Forcing him to know the internal details of
how a .jsp is turned into a .class doesn't seem right.
Since the spec is silent there is no absolutely correct implementation,
however, returning a 404 after the .jsp is removed seems much more intuitive
then the alternative. It already bit one user and know I'll get calls from
my customers with the previous implementation.
I'll send a note to [EMAIL PROTECTED] to see if this can be
clarified JSP1.2.
> -----Original Message-----
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 05, 2001 1:16 PM
> To: [EMAIL PROTECTED]
> Subject: Re: cvs commit:
> jakarta-tomcat/src/share/org/apache/jasper/compiler Compiler.java
>
>
> [EMAIL PROTECTED] wrote:
>
> > marcsaeg 01/01/05 10:04:37
> >
> > Modified: src/share/org/apache/jasper/compiler Tag: tomcat_32
> > Compiler.java
> > Log:
> > Added a method to remove the generated .class file. This
> will be called
> > to remove generated files in the event that the associated
> JSP page is removed.
> > PR: 698
> >
>
> Note that the JSP spec is silent on this topic (as is the servlet
> spec for the case where you remove a servlet class after it has been
> loaded). Hence, this change is a Tomcat-specific feature.
> Application developers who rely on it to operate portably are going to be
> surprised when other servlet containers may or may not act the same way.
>
> For that reason, I would suggest we don *not* make this change.
>
> Craig
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
