I responsed in haste, without reading your patch carefully.  :(  My
apologies.

I'll get the patch in, later.  Thanks.


> Date: Tue, 18 Dec 2001 16:44:42 -0500
> From: Steve Downey <[EMAIL PROTECTED]>
> Subject: RE: [PATCH] Bug 5471 - JspC broken when compiling webapps
> To: 'Tomcat Developers List' <[EMAIL PROTECTED]>
> MIME-version: 1.0
> Delivered-to: mailing list [EMAIL PROTECTED]
> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
> List-Post: <mailto:[EMAIL PROTECTED]>
> List-Subscribe: <mailto:[EMAIL PROTECTED]>
> List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
> List-Help: <mailto:[EMAIL PROTECTED]>
> List-Id: "Tomcat Developers List" <tomcat-dev.jakarta.apache.org>
> 
> The patch doesn't mangle the class file name, just the package name, so that
> the resulting java file is put in a directory that matches the path of the
> jsp file. Just putting the java file in a subdirectory is insufficient,
> though. Unless the packages are different, there isn't a way to disambiguate
> the servlets that result from two index.jsp's in the web.xml file.
> 
> Example:
> input
> /index.jsp
> /subdir/index.jsp
> 
> result
> /index.java - contains class index
> /subdir/index.java - contains class subdir.index
> 
> If the -p option is used, eg -p com.netfolio.jspservlets
> /com/netfolio/jspservlets/index.java - contains class
> com.netfolio.jspservlets.index
> /com/netfolio/jspservlets//subdir/index.java - contains class
> com.netfolio.jspservlets.subdir.index
> 
> 
> 
> > -----Original Message-----
> > From: Kin-Man Chung [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, December 18, 2001 4:37 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [PATCH] Bug 5471 - JspC broken when compiling webapps
> > 
> > 
> > Believe or not, Jasper once mangled the file names in a way 
> > similar to what
> > is in the patch.  It was modified in response to a bug 
> > (Bugzilla is currently
> > unavailable, so I can't look up the bug number).  The filer 
> > complained that
> > for a file with deeply nested path, the resultant file name 
> > is too long to
> > work in Window, since there is a 250(?) character file name 
> > limit there.
> > 
> > I think a better fix is not to mangle the path into the file name, but
> > to put the .java (and .class) files in a directory structure 
> > that mirrors
> > the .jsp structure.  This is how it work currently, for the 
> > non -webapps
> > case.
> > 
> > 
> > > Date: Tue, 18 Dec 2001 15:47:25 -0500
> > > From: Steve Downey <[EMAIL PROTECTED]>
> > > Subject: [PATCH] Bug 5471 - JspC broken when compiling webapps
> > > To: "[EMAIL PROTECTED] (E-mail)" 
> > <[EMAIL PROTECTED]>
> > > MIME-version: 1.0
> > > Delivered-to: mailing list [EMAIL PROTECTED]
> > > Mailing-List: contact [EMAIL PROTECTED]; 
> > run by ezmlm
> > > X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
> > > List-Post: <mailto:[EMAIL PROTECTED]>
> > > List-Subscribe: <mailto:[EMAIL PROTECTED]>
> > > List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
> > > List-Help: <mailto:[EMAIL PROTECTED]>
> > > List-Id: "Tomcat Developers List" <tomcat-dev.jakarta.apache.org>
> > > 
> > > This patch changes 
> > CommandLineContext.getServletPackageName() to return a
> > > package name based on the path to the JSP as well as the 
> > package name
> > > supplied on the command line.
> > > 
> > > Without a change like this, a webapp that has files with 
> > the same name, such
> > > as index.jsp, in more than one place is compiled 
> > incorrectly, with both JSP
> > > files being mapped to the same servlet.
> > > 
> > > With this patch, the java files are placed in the correct 
> > directories, and
> > > generation of web.xml works.
> > > 
> > > 
> > > <><><><><><><><><><><><><><><><><><><><><>This electronic 
> > mail transmission
> > > may contain confidential information and is intended only 
> > for the person(s)
> > > named.  Any use, copying or disclosure by any other person 
> > is strictly
> > > prohibited.  If you have received this transmission in 
> > error, please notify
> > > the sender via e-mail. <><><><><><><><><><><><><><><><><><><><><>
> > >   
> > > 
> > 
> > 
> > --
> > To unsubscribe, e-mail:   
> > <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail: 
> > <mailto:[EMAIL PROTECTED]>
> > 
> <><><><><><><><><><><><><><><><><><><><><>This electronic mail transmission
> may contain confidential information and is intended only for the person(s)
> named.  Any use, copying or disclosure by any other person is strictly
> prohibited.  If you have received this transmission in error, please notify
> the sender via e-mail. <><><><><><><><><><><><><><><><><><><><><>
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to