Re: Is this a bug???

2003-11-20 Thread Gabriel Jenik 
Thanks all of you for your help...

I'll keep the bug for my own...maybe it is just me or my PC...although I
think It is some session variable not initialized properly.

Thanks

Gabriel


- Original Message -
From: "Rodrigo Ruiz" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Thursday, November 20, 2003 5:33 AM
Subject: Re: Is this a bug???


> Do you have any other tomcat installed on the machine? I sometimes
> forget to set the correct value to my CATALINA_HOME / CATALINA_BASE
> environment variables ;-P
>
> Regards,
> Rodrigo Ruiz
>
> Gabriel Jenik wrote:
>
> >Chris...
> >
> >Thanks for answering...
> >
> >Maybe that's the problem... I don't know...I am just stattring on this...
> >
> >The strange thing is that I've just installed it... I haven't made any
> >modifications to anything... just installed the tomcat...
> >
> >Could it be something with the configuration on my PC??? Do you think I
> >should report it as a Bug??
> >
> >Thanks
> >
> >Gabriel
> >- Original Message -
> >From: "Christopher Schultz" <[EMAIL PROTECTED]>
> >To: "Tomcat Users List" <[EMAIL PROTECTED]>
> >Sent: Wednesday, November 19, 2003 7:53 PM
> >Subject: Re: Is this a bug???
> >
> >
> >
> >
> >>Gabriel,
> >>
> >>
> >>>Hi...
> >>>
> >>>I've read all the stuff about repoting bugs, but I still don't want
> >>>to report this, cause I don't know if this is a bug or not...It is
> >>>too hard to know... isn't it?
> >>>
> >>>Here is the deal... I have clean installation. Every first time,
> >>>after startup, I try to get to the "tomcat administration", I get
> >>>this error... Then I just reload the page and everithing works
> >>>great I've tried to stop the "tomcat administration" application
> >>>and then re-start it... and I still get the error on the first
> >>>attempt to surf to the application..
> >>>
> >>>what's this???
> >>>
> >>>
> >> >
> >>
> >>
> >>>org.apache.jasper.JasperException: Malformed \u encoding.
> >>>
> >>>
> >> >  at
> >> >
> >>
> >>
> >>
>
>org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:
2
> >54)
> >
> >
> >>It looks like you have a JSP that you've run through native2ascii (or
> >>used your own escape codes), and one of them is bogus. Look in your JSPs
> >>for the string "\u" and see if any of those references are broken.
> >>
> >>-chris
> >>
> >>
> >>-
> >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
> >---
> >Outgoing mail is certified Virus Free.
> >Checked by AVG anti-virus system (http://www.grisoft.com).
> >Version: 6.0.542 / Virus Database: 336 - Release Date: 18/11/03
> >
> >
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> >
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.542 / Virus Database: 336 - Release Date: 18/11/03



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

RE: Is this a bug???

2003-11-20 Thread Shapira, Yoav 

Howdy,
Actually this is interesting.  You're not supposed to see this in the
webapps that ship with tomcat by default.  I would tend to blame
Windows98 as we've seen other encoding-related issues with it recently
(and this is an encoding-related issue).

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Rodrigo Ruiz [mailto:[EMAIL PROTECTED]
>Sent: Thursday, November 20, 2003 3:33 AM
>To: Tomcat Users List
>Subject: Re: Is this a bug???
>
>Do you have any other tomcat installed on the machine? I sometimes
>forget to set the correct value to my CATALINA_HOME / CATALINA_BASE
>environment variables ;-P
>
>Regards,
>Rodrigo Ruiz
>
>Gabriel Jenik wrote:
>
>>Chris...
>>
>>Thanks for answering...
>>
>>Maybe that's the problem... I don't know...I am just stattring on
this...
>>
>>The strange thing is that I've just installed it... I haven't made any
>>modifications to anything... just installed the tomcat...
>>
>>Could it be something with the configuration on my PC??? Do you think
I
>>should report it as a Bug??
>>
>>Thanks
>>
>>Gabriel
>>- Original Message -----
>>From: "Christopher Schultz" <[EMAIL PROTECTED]>
>>To: "Tomcat Users List" <[EMAIL PROTECTED]>
>>Sent: Wednesday, November 19, 2003 7:53 PM
>>Subject: Re: Is this a bug???
>>
>>
>>
>>
>>>Gabriel,
>>>
>>>
>>>>Hi...
>>>>
>>>>I've read all the stuff about repoting bugs, but I still don't want
>>>>to report this, cause I don't know if this is a bug or not...It is
>>>>too hard to know... isn't it?
>>>>
>>>>Here is the deal... I have clean installation. Every first time,
>>>>after startup, I try to get to the "tomcat administration", I get
>>>>this error... Then I just reload the page and everithing works
>>>>great I've tried to stop the "tomcat administration" application
>>>>and then re-start it... and I still get the error on the first
>>>>attempt to surf to the application..
>>>>
>>>>what's this???
>>>>
>>>>
>>> >
>>>
>>>
>>>>org.apache.jasper.JasperException: Malformed \u encoding.
>>>>
>>>>
>>> >  at
>>> >
>>>
>>>
>>>
>>org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.
java
>:2
>>54)
>>
>>
>>>It looks like you have a JSP that you've run through native2ascii (or
>>>used your own escape codes), and one of them is bogus. Look in your
JSPs
>>>for the string "\u" and see if any of those references are broken.
>>>
>>>-chris
>>>
>>>
>>>-
>>>To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>>
>>---
>>Outgoing mail is certified Virus Free.
>>Checked by AVG anti-virus system (http://www.grisoft.com).
>>Version: 6.0.542 / Virus Database: 336 - Release Date: 18/11/03
>>
>>
>>
>>
>>-
>>To unsubscribe, e-mail: [EMAIL PROTECTED]
>>For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>>
>
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Re: Is this a bug???

2003-11-20 Thread Rodrigo Ruiz 
Do you have any other tomcat installed on the machine? I sometimes 
forget to set the correct value to my CATALINA_HOME / CATALINA_BASE 
environment variables ;-P

Regards,
Rodrigo Ruiz
Gabriel Jenik wrote:

Chris...

Thanks for answering...

Maybe that's the problem... I don't know...I am just stattring on this...

The strange thing is that I've just installed it... I haven't made any
modifications to anything... just installed the tomcat...
Could it be something with the configuration on my PC??? Do you think I
should report it as a Bug??
Thanks

Gabriel
- Original Message -
From: "Christopher Schultz" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, November 19, 2003 7:53 PM
Subject: Re: Is this a bug???
 

Gabriel,
   

Hi...

I've read all the stuff about repoting bugs, but I still don't want
to report this, cause I don't know if this is a bug or not...It is
too hard to know... isn't it?
Here is the deal... I have clean installation. Every first time,
after startup, I try to get to the "tomcat administration", I get
this error... Then I just reload the page and everithing works
great I've tried to stop the "tomcat administration" application
and then re-start it... and I still get the error on the first
attempt to surf to the application..
what's this???
 

>
   

org.apache.jasper.JasperException: Malformed \u encoding.
 

>  at
>
   

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2
54)
 

It looks like you have a JSP that you've run through native2ascii (or
used your own escape codes), and one of them is bogus. Look in your JSPs
for the string "\u" and see if any of those references are broken.
-chris

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



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.542 / Virus Database: 336 - Release Date: 18/11/03


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



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

Re: Is this a bug???

2003-11-19 Thread Gabriel Jenik 
Chris...

Thanks for answering...

Maybe that's the problem... I don't know...I am just stattring on this...

The strange thing is that I've just installed it... I haven't made any
modifications to anything... just installed the tomcat...

Could it be something with the configuration on my PC??? Do you think I
should report it as a Bug??

Thanks

Gabriel
- Original Message -
From: "Christopher Schultz" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, November 19, 2003 7:53 PM
Subject: Re: Is this a bug???


> Gabriel,
> > Hi...
> >
> > I've read all the stuff about repoting bugs, but I still don't want
> > to report this, cause I don't know if this is a bug or not...It is
> > too hard to know... isn't it?
> >
> > Here is the deal... I have clean installation. Every first time,
> > after startup, I try to get to the "tomcat administration", I get
> > this error... Then I just reload the page and everithing works
> > great I've tried to stop the "tomcat administration" application
> > and then re-start it... and I still get the error on the first
> > attempt to surf to the application..
> >
> > what's this???
>  >
> > org.apache.jasper.JasperException: Malformed \u encoding.
>  >  at
>  >
>
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2
54)
>
> It looks like you have a JSP that you've run through native2ascii (or
> used your own escape codes), and one of them is bogus. Look in your JSPs
> for the string "\u" and see if any of those references are broken.
>
> -chris
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.542 / Virus Database: 336 - Release Date: 18/11/03




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

Re: Is this a bug???

2003-11-19 Thread Christopher Schultz 
Gabriel,
Hi...

I've read all the stuff about repoting bugs, but I still don't want
to report this, cause I don't know if this is a bug or not...It is
too hard to know... isn't it?
Here is the deal... I have clean installation. Every first time,
after startup, I try to get to the "tomcat administration", I get
this error... Then I just reload the page and everithing works
great I've tried to stop the "tomcat administration" application
and then re-start it... and I still get the error on the first
attempt to surf to the application..
what's this???
>
org.apache.jasper.JasperException: Malformed \u encoding.
>  at
> 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:254)

It looks like you have a JSP that you've run through native2ascii (or 
used your own escape codes), and one of them is bogus. Look in your JSPs 
for the string "\u" and see if any of those references are broken.

-chris

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

RE: is this a bug ?

2002-10-18 Thread Ricardo de Souza Moura 
Yes !!!
this:

- Root Cause -
java.lang.NoSuchMethodError: java.lang.StringBuffer: method 
append(Ljava/lang/StringBuffer;)Ljava/lang/StringBuffer; not found
   at 
org.apache.catalina.connector.HttpRequestBase.parseParameters(HttpRequestBase.java, 
Compiled Code)
   at 
org.apache.catalina.connector.HttpRequestBase.getParameterNames(HttpRequestBase.java, 
Compiled Code)
   at 
org.apache.catalina.connector.RequestFacade.getParameterNames(RequestFacade.java, 
Compiled Code)
   at org.apache.struts.util.RequestUtils.populate(RequestUtils.java, 
Compiled Code)
   at 
org.apache.struts.action.RequestProcessor.processPopulate(RequestProcessor.java, 
Compiled Code)
   at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java, 
Compiled Code)
   at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java, Compiled 
Code)
   at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java, 
Compiled Code)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled 
Code)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled 
Code)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java, 
Compiled Code)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java, 
Compiled Code)
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java, 
Compiled Code)
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardContext.invoke(StandardContext.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java, 
Compiled Code)
   at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java, 
Compiled Code)
   at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java, 
Compiled Code)
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java, 
Compiled Code)
   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java, 
Compiled Code)
   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, 
Compiled Code)
   at 
org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java, Compiled 
Code)
   at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java, 
Compiled Code)
   at java.lang.Thread.run(Thread.java, Compiled Code)







From: "Shapira, Yoav" <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Subject: RE: is this a bug ?
Date: Thu, 17 Oct 2002 10:18:22 -0400

Hi,
There should have been a root cause and another stack trace attached to
that message...

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Ricardo de Souza Moura [mailto:ricsouzamoura@;hotmail.com]
>Sent: Thursday, October 17, 2002 10:15 AM
>To: [EMAIL PROTECTED]
>Subject: is this a bug ?
>
>Does anybody knows about this error ? Please 
>
>2002-10-17 10:16:24 StandardWrapperValve[action]: Servlet.service() for
>servlet action threw exception
>javax.servlet.ServletException: Servlet execution threw an exception
>at
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
atio
>nFilterChain.java,
>Compiled Code)
>at
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
terC
>hain.java

RE: is this a bug ?

2002-10-18 Thread SMcGarrity 
Andy,

There are two builds of 4.1.10 as far as I recall - one that is built with
JDK 1.4, and one that is not.  The one that is built with 1.4 is a
'lightweight' install that doesnt include various APIs that come with
1.4.

You can find both on the jakarta downloads

Steve

-Original Message-
From: Bodycombe, Andrew [mailto:andrew.bodycombe@;siemens.com]
Sent: Thursday, October 17, 2002 12:28 PM
To: 'Tomcat Users List'
Subject: RE: is this a bug ?



The method 'append(Ljava/lang/StringBuffer;)Ljava/lang/StringBuffer;' 
was introduced in JDK 1.4

If you are running this code on a previous version of the JDK 
then you will get the NoSuchMethodError.

It looks like your tomcat was built using JDK1.4, 
but you are running it using JDK1.3.1

A Question for the tomcat developers...
Does this mean that tomcat 4.1.10 requires JDK1.4 to work?

Andy

-Original Message-
From: Ricardo de Souza Moura [mailto:ricsouzamoura@;hotmail.com]
Sent: 17 October 2002 16:55
To: [EMAIL PROTECTED]
Subject: RE: is this a bug ?


I am using jdk1.3.1 with Tomcat 4.1.10.

Is there somewhere in your code where your trying to append an array of
stringbuffers to a stringbuffer?
No !!!

I am using Struts Framework from Apache Jakarta !!! I don't know if they use

this !!!





>From: "Shapira, Yoav" <[EMAIL PROTECTED]>
>Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
>To: "Tomcat Users List" <[EMAIL PROTECTED]>
>Subject: RE: is this a bug ?
>Date: Thu, 17 Oct 2002 10:43:39 -0400
>
>Hi,
>Kind of a strange error.  You're using the JDK (not JRE) right?  What
>version?  What version of tomcat?
>
>Is there somewhere in your code where your trying to append an array of
>stringbuffers to a stringbuffer?
>
>Yoav Shapira
>Millennium ChemInformatics
>
>
> >-Original Message-
> >From: Ricardo de Souza Moura [mailto:ricsouzamoura@;hotmail.com]
> >Sent: Thursday, October 17, 2002 10:27 AM
> >To: [EMAIL PROTECTED]
> >Subject: RE: is this a bug ?
> >
> >Yes !!!
> >this:
> >
> >- Root Cause -
> >java.lang.NoSuchMethodError: java.lang.StringBuffer: method
> >append(Ljava/lang/StringBuffer;)Ljava/lang/StringBuffer; not found
> >at
> >org.apache.catalina.connector.HttpRequestBase.parseParameters(HttpReque
>stBa
> >se.java,
> >Compiled Code)
> >at
> >org.apache.catalina.connector.HttpRequestBase.getParameterNames(HttpReq
>uest
> >Base.java,
> >Compiled Code)
> >at
> >org.apache.catalina.connector.RequestFacade.getParameterNames(RequestFa
>cade
> >.java,
> >Compiled Code)
> >at
>org.apache.struts.util.RequestUtils.populate(RequestUtils.java,
> >Compiled Code)
> >at
> >org.apache.struts.action.RequestProcessor.processPopulate(RequestProces
>sor.
> >java,
> >Compiled Code)
> >at
> >org.apache.struts.action.RequestProcessor.process(RequestProcessor.java
>,
> >Compiled Code)
> >at
> >org.apache.struts.action.ActionServlet.process(ActionServlet.java,
>Compiled
> >Code)
> >at
> >org.apache.struts.action.ActionServlet.doPost(ActionServlet.java,
> >Compiled Code)
> >at javax.servlet.http.HttpServlet.service(HttpServlet.java,
> >Compiled
> >Code)
> >at javax.servlet.http.HttpServlet.service(HttpServlet.java,
> >Compiled
> >Code)
> >at
> >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
>atio
> >nFilterChain.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
>terC
> >hain.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
>ve.j
> >ava,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
>invo
> >keNext(StandardPipeline.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal
>ve.j
> >ava,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
>invo
> >keNext(StandardPipeline.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardPipeline.invoke(

RE: is this a bug ?

2002-10-18 Thread Shapira, Yoav 
Hi,
Kind of a strange error.  You're using the JDK (not JRE) right?  What
version?  What version of tomcat?

Is there somewhere in your code where your trying to append an array of
stringbuffers to a stringbuffer?

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Ricardo de Souza Moura [mailto:ricsouzamoura@;hotmail.com]
>Sent: Thursday, October 17, 2002 10:27 AM
>To: [EMAIL PROTECTED]
>Subject: RE: is this a bug ?
>
>Yes !!!
>this:
>
>- Root Cause -
>java.lang.NoSuchMethodError: java.lang.StringBuffer: method
>append(Ljava/lang/StringBuffer;)Ljava/lang/StringBuffer; not found
>at
>org.apache.catalina.connector.HttpRequestBase.parseParameters(HttpReque
stBa
>se.java,
>Compiled Code)
>at
>org.apache.catalina.connector.HttpRequestBase.getParameterNames(HttpReq
uest
>Base.java,
>Compiled Code)
>at
>org.apache.catalina.connector.RequestFacade.getParameterNames(RequestFa
cade
>.java,
>Compiled Code)
>at
org.apache.struts.util.RequestUtils.populate(RequestUtils.java,
>Compiled Code)
>at
>org.apache.struts.action.RequestProcessor.processPopulate(RequestProces
sor.
>java,
>Compiled Code)
>at
>org.apache.struts.action.RequestProcessor.process(RequestProcessor.java
,
>Compiled Code)
>at
>org.apache.struts.action.ActionServlet.process(ActionServlet.java,
Compiled
>Code)
>at
>org.apache.struts.action.ActionServlet.doPost(ActionServlet.java,
>Compiled Code)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java,
>Compiled
>Code)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java,
>Compiled
>Code)
>at
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
atio
>nFilterChain.java,
>Compiled Code)
>at
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
terC
>hain.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
ve.j
>ava,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal
ve.j
>ava,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardContext.invoke(StandardContext.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav
a,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherV
alve
>.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav
a,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve
.jav
>a,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
>Compiled Code)
>at
>org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java,
Compiled
>Code)
>at
org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java,
>Compiled Code)
>at java.lang.Thread.run(Thread.java, Compiled Code)
>
>
>
>
>
>
>
>>From: "Shapira, Yoav" <[EMAIL PROTECTED]&g

RE: is this a bug ?

2002-10-18 Thread Bodycombe, Andrew 

The method 'append(Ljava/lang/StringBuffer;)Ljava/lang/StringBuffer;' 
was introduced in JDK 1.4

If you are running this code on a previous version of the JDK 
then you will get the NoSuchMethodError.

It looks like your tomcat was built using JDK1.4, 
but you are running it using JDK1.3.1

A Question for the tomcat developers...
Does this mean that tomcat 4.1.10 requires JDK1.4 to work?

Andy

-Original Message-
From: Ricardo de Souza Moura [mailto:ricsouzamoura@;hotmail.com]
Sent: 17 October 2002 16:55
To: [EMAIL PROTECTED]
Subject: RE: is this a bug ?


I am using jdk1.3.1 with Tomcat 4.1.10.

Is there somewhere in your code where your trying to append an array of
stringbuffers to a stringbuffer?
No !!!

I am using Struts Framework from Apache Jakarta !!! I don't know if they use

this !!!





>From: "Shapira, Yoav" <[EMAIL PROTECTED]>
>Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
>To: "Tomcat Users List" <[EMAIL PROTECTED]>
>Subject: RE: is this a bug ?
>Date: Thu, 17 Oct 2002 10:43:39 -0400
>
>Hi,
>Kind of a strange error.  You're using the JDK (not JRE) right?  What
>version?  What version of tomcat?
>
>Is there somewhere in your code where your trying to append an array of
>stringbuffers to a stringbuffer?
>
>Yoav Shapira
>Millennium ChemInformatics
>
>
> >-Original Message-
> >From: Ricardo de Souza Moura [mailto:ricsouzamoura@;hotmail.com]
> >Sent: Thursday, October 17, 2002 10:27 AM
> >To: [EMAIL PROTECTED]
> >Subject: RE: is this a bug ?
> >
> >Yes !!!
> >this:
> >
> >- Root Cause -
> >java.lang.NoSuchMethodError: java.lang.StringBuffer: method
> >append(Ljava/lang/StringBuffer;)Ljava/lang/StringBuffer; not found
> >at
> >org.apache.catalina.connector.HttpRequestBase.parseParameters(HttpReque
>stBa
> >se.java,
> >Compiled Code)
> >at
> >org.apache.catalina.connector.HttpRequestBase.getParameterNames(HttpReq
>uest
> >Base.java,
> >Compiled Code)
> >at
> >org.apache.catalina.connector.RequestFacade.getParameterNames(RequestFa
>cade
> >.java,
> >Compiled Code)
> >at
>org.apache.struts.util.RequestUtils.populate(RequestUtils.java,
> >Compiled Code)
> >at
> >org.apache.struts.action.RequestProcessor.processPopulate(RequestProces
>sor.
> >java,
> >Compiled Code)
> >at
> >org.apache.struts.action.RequestProcessor.process(RequestProcessor.java
>,
> >Compiled Code)
> >at
> >org.apache.struts.action.ActionServlet.process(ActionServlet.java,
>Compiled
> >Code)
> >at
> >org.apache.struts.action.ActionServlet.doPost(ActionServlet.java,
> >Compiled Code)
> >at javax.servlet.http.HttpServlet.service(HttpServlet.java,
> >Compiled
> >Code)
> >at javax.servlet.http.HttpServlet.service(HttpServlet.java,
> >Compiled
> >Code)
> >at
> >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
>atio
> >nFilterChain.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
>terC
> >hain.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
>ve.j
> >ava,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
>invo
> >keNext(StandardPipeline.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal
>ve.j
> >ava,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
>invo
> >keNext(StandardPipeline.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardContext.invoke(StandardContext.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav
>a,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
>invo

RE: is this a bug ?

2002-10-18 Thread Turner, John 

If you're the only one reporting the error, and the configuration is a
fairly common one, it's probably not a bug.

John


> -Original Message-
> From: Ricardo de Souza Moura [mailto:ricsouzamoura@;hotmail.com]
> Sent: Thursday, October 17, 2002 2:49 PM
> To: [EMAIL PROTECTED]
> Subject: RE: is this a bug ?
> 
> 
> But I get this error exactly with this configuration 
> 
> 
> 
> 
> 
> 
> >From: "Shapira, Yoav" <[EMAIL PROTECTED]>
> >Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
> >To: "Tomcat Users List" <[EMAIL PROTECTED]>
> >Subject: RE: is this a bug ?
> >Date: Thu, 17 Oct 2002 14:11:39 -0400
> >
> >Hi,
> >
> > >Can I use the jdk1.3.1 with Tomcat4 or not ?
> >
> >Yes.  Download the heavier, non -LE-jdk14 version.
> >
> >If you want to use tomcat 4 with JDK 1.4+, download the lighter,
> >-LE-jdk14 version.
> >
> >Yoav Shapira
> >Millennium ChemInformatics
> >This e-mail, including any attachments, is a confidential business 
> >communication, and may contain information that is confidential, 
> >proprietary and/or privileged.  This e-mail is intended only for the 
> >individual(s) to whom it is addressed, and may not be saved, copied, 
> >printed, disclosed or used by anyone else.  If you are not 
> the(an) intended 
> >recipient, please immediately delete this e-mail from your 
> computer system 
> >and notify the sender.  Thank you.
> >
> >--
> >To unsubscribe, e-mail:   
> ><mailto:tomcat-user-unsubscribe@;jakarta.apache.org>
> >For additional commands, e-mail: 
> ><mailto:tomcat-user-help@;jakarta.apache.org>
> 
> 
> _
> MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com
> 
> 
> --
> To unsubscribe, e-mail:   
<mailto:tomcat-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail:
<mailto:tomcat-user-help@;jakarta.apache.org>

--
To unsubscribe, e-mail:   <mailto:tomcat-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org>

RE: is this a bug ?

2002-10-18 Thread Ricardo de Souza Moura 
But I get this error exactly with this configuration 







From: "Shapira, Yoav" <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Subject: RE: is this a bug ?
Date: Thu, 17 Oct 2002 14:11:39 -0400

Hi,

>Can I use the jdk1.3.1 with Tomcat4 or not ?

Yes.  Download the heavier, non -LE-jdk14 version.

If you want to use tomcat 4 with JDK 1.4+, download the lighter,
-LE-jdk14 version.

Yoav Shapira
Millennium ChemInformatics
This e-mail, including any attachments, is a confidential business 
communication, and may contain information that is confidential, 
proprietary and/or privileged.  This e-mail is intended only for the 
individual(s) to whom it is addressed, and may not be saved, copied, 
printed, disclosed or used by anyone else.  If you are not the(an) intended 
recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.

--
To unsubscribe, e-mail:   
<mailto:tomcat-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: 
<mailto:tomcat-user-help@;jakarta.apache.org>


_
MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com


--
To unsubscribe, e-mail:   <mailto:tomcat-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org>

RE: is this a bug ?

2002-10-18 Thread Shapira, Yoav 
Hi,

>Can I use the jdk1.3.1 with Tomcat4 or not ?

Yes.  Download the heavier, non -LE-jdk14 version.

If you want to use tomcat 4 with JDK 1.4+, download the lighter,
-LE-jdk14 version.

Yoav Shapira
Millennium ChemInformatics

This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: is this a bug ?

2002-10-18 Thread Ricardo de Souza Moura 
I am using jdk1.3.1 with Tomcat 4.1.10.

Is there somewhere in your code where your trying to append an array of
stringbuffers to a stringbuffer?
No !!!

I am using Struts Framework from Apache Jakarta !!! I don't know if they use 
this !!!





From: "Shapira, Yoav" <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Subject: RE: is this a bug ?
Date: Thu, 17 Oct 2002 10:43:39 -0400

Hi,
Kind of a strange error.  You're using the JDK (not JRE) right?  What
version?  What version of tomcat?

Is there somewhere in your code where your trying to append an array of
stringbuffers to a stringbuffer?

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Ricardo de Souza Moura [mailto:ricsouzamoura@;hotmail.com]
>Sent: Thursday, October 17, 2002 10:27 AM
>To: [EMAIL PROTECTED]
>Subject: RE: is this a bug ?
>
>Yes !!!
>this:
>
>- Root Cause -
>java.lang.NoSuchMethodError: java.lang.StringBuffer: method
>append(Ljava/lang/StringBuffer;)Ljava/lang/StringBuffer; not found
>at
>org.apache.catalina.connector.HttpRequestBase.parseParameters(HttpReque
stBa
>se.java,
>Compiled Code)
>at
>org.apache.catalina.connector.HttpRequestBase.getParameterNames(HttpReq
uest
>Base.java,
>Compiled Code)
>at
>org.apache.catalina.connector.RequestFacade.getParameterNames(RequestFa
cade
>.java,
>Compiled Code)
>at
org.apache.struts.util.RequestUtils.populate(RequestUtils.java,
>Compiled Code)
>at
>org.apache.struts.action.RequestProcessor.processPopulate(RequestProces
sor.
>java,
>Compiled Code)
>at
>org.apache.struts.action.RequestProcessor.process(RequestProcessor.java
,
>Compiled Code)
>at
>org.apache.struts.action.ActionServlet.process(ActionServlet.java,
Compiled
>Code)
>at
>org.apache.struts.action.ActionServlet.doPost(ActionServlet.java,
>Compiled Code)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java,
>Compiled
>Code)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java,
>Compiled
>Code)
>at
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
atio
>nFilterChain.java,
>Compiled Code)
>at
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
terC
>hain.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
ve.j
>ava,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal
ve.j
>ava,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardContext.invoke(StandardContext.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav
a,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherV
alve
>.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav
a,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve
.jav
>a,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipel

RE: is this a bug ?

2002-10-18 Thread Shapira, Yoav 
Hi,
There should have been a root cause and another stack trace attached to
that message...

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Ricardo de Souza Moura [mailto:ricsouzamoura@;hotmail.com]
>Sent: Thursday, October 17, 2002 10:15 AM
>To: [EMAIL PROTECTED]
>Subject: is this a bug ?
>
>Does anybody knows about this error ? Please 
>
>2002-10-17 10:16:24 StandardWrapperValve[action]: Servlet.service() for
>servlet action threw exception
>javax.servlet.ServletException: Servlet execution threw an exception
>at
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
atio
>nFilterChain.java,
>Compiled Code)
>at
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
terC
>hain.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
ve.j
>ava,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal
ve.j
>ava,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardContext.invoke(StandardContext.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav
a,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherV
alve
>.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav
a,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve
.jav
>a,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.
invo
>keNext(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java,
>Compiled Code)
>at
>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java,
>Compiled Code)
>at
>org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java,
Compiled
>Code)
>at
org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java,
>Compiled Code)
>at java.lang.Thread.run(Thread.java, Compiled Code)
>
>
>_
>MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com
>
>
>--
>To unsubscribe, e-mail:   [EMAIL PROTECTED]>
>For additional commands, e-mail: [EMAIL PROTECTED]>


This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: is this a bug ?

2002-10-18 Thread Ricardo de Souza Moura 
So... my tomcat version don't work with jdk1.3.1 !!!
in the jakarta site is written:

"Tomcat will operate under any Java Development Kit (JDK) environment that 
provides a JDK 1.2 (also known as Java2 Standard Edition, or J2SE) or later 
platform. You will need a Java Development Kit, as opposed to a Java Runtime 
Environment, so that your servlets, other classes, and JSP pages can be 
compiled. Tomcat 4 has been extensively tested with JDK 1.3.1, which is 
recommended"

Can I use the jdk1.3.1 with Tomcat4 or not ?

Thanks 






From: [EMAIL PROTECTED]
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: RE: is this a bug ?
Date: Thu, 17 Oct 2002 13:05:23 -0400

Andy,

There are two builds of 4.1.10 as far as I recall - one that is built with
JDK 1.4, and one that is not.  The one that is built with 1.4 is a
'lightweight' install that doesnt include various APIs that come with
1.4.

You can find both on the jakarta downloads

Steve

-Original Message-
From: Bodycombe, Andrew [mailto:andrew.bodycombe@;siemens.com]
Sent: Thursday, October 17, 2002 12:28 PM
To: 'Tomcat Users List'
Subject: RE: is this a bug ?



The method 'append(Ljava/lang/StringBuffer;)Ljava/lang/StringBuffer;'
was introduced in JDK 1.4

If you are running this code on a previous version of the JDK
then you will get the NoSuchMethodError.

It looks like your tomcat was built using JDK1.4,
but you are running it using JDK1.3.1

A Question for the tomcat developers...
Does this mean that tomcat 4.1.10 requires JDK1.4 to work?

Andy

-Original Message-
From: Ricardo de Souza Moura [mailto:ricsouzamoura@;hotmail.com]
Sent: 17 October 2002 16:55
To: [EMAIL PROTECTED]
Subject: RE: is this a bug ?


I am using jdk1.3.1 with Tomcat 4.1.10.

Is there somewhere in your code where your trying to append an array of
stringbuffers to a stringbuffer?
No !!!

I am using Struts Framework from Apache Jakarta !!! I don't know if they 
use

this !!!





>From: "Shapira, Yoav" <[EMAIL PROTECTED]>
>Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
>To: "Tomcat Users List" <[EMAIL PROTECTED]>
>Subject: RE: is this a bug ?
>Date: Thu, 17 Oct 2002 10:43:39 -0400
>
>Hi,
>Kind of a strange error.  You're using the JDK (not JRE) right?  What
>version?  What version of tomcat?
>
>Is there somewhere in your code where your trying to append an array of
>stringbuffers to a stringbuffer?
>
>Yoav Shapira
>Millennium ChemInformatics
>
>
> >-----Original Message-
> >From: Ricardo de Souza Moura [mailto:ricsouzamoura@;hotmail.com]
> >Sent: Thursday, October 17, 2002 10:27 AM
> >To: [EMAIL PROTECTED]
> >Subject: RE: is this a bug ?
> >
> >Yes !!!
> >this:
> >
> >- Root Cause -
> >java.lang.NoSuchMethodError: java.lang.StringBuffer: method
> >append(Ljava/lang/StringBuffer;)Ljava/lang/StringBuffer; not found
> >at
> >org.apache.catalina.connector.HttpRequestBase.parseParameters(HttpReque
>stBa
> >se.java,
> >Compiled Code)
> >at
> >org.apache.catalina.connector.HttpRequestBase.getParameterNames(HttpReq
>uest
> >Base.java,
> >Compiled Code)
> >at
> >org.apache.catalina.connector.RequestFacade.getParameterNames(RequestFa
>cade
> >.java,
> >Compiled Code)
> >at
>org.apache.struts.util.RequestUtils.populate(RequestUtils.java,
> >Compiled Code)
> >at
> >org.apache.struts.action.RequestProcessor.processPopulate(RequestProces
>sor.
> >java,
> >Compiled Code)
> >at
> >org.apache.struts.action.RequestProcessor.process(RequestProcessor.java
>,
> >Compiled Code)
> >at
> >org.apache.struts.action.ActionServlet.process(ActionServlet.java,
>Compiled
> >Code)
> >at
> >org.apache.struts.action.ActionServlet.doPost(ActionServlet.java,
> >Compiled Code)
> >at javax.servlet.http.HttpServlet.service(HttpServlet.java,
> >Compiled
> >Code)
> >at javax.servlet.http.HttpServlet.service(HttpServlet.java,
> >Compiled
> >Code)
> >at
> >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
>atio
> >nFilterChain.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
>terC
> >hain.java,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
>ve.j
> >ava,
> >Compiled Code)
> >at
> >org.apache.catalina.core.StandardPipeline$StandardPipelineValve

Re: Is this a Bug in request.getServletPath() ?

2002-08-29 Thread Craig R. McClanahan 



On Thu, 29 Aug 2002, Mark R. Diggory wrote:

> >
> >There won't necessarily be a static resource that corresponds to every
> >valid servlet mapping.
> >
> Unfortunately, that is true, that can point at a  in a
>  which is different than the  or
>  in a  representing of the particular
> JSP/Servlet.Everything is always based on the Servlet Mapping. It would
> be helpful to aquire some of the  specific information (like
> what is available in  tags in the web.xml file) were available
> via the Context or Config. Am I missing something? Is there a simple way
> to get to the information a jsp-file or servlet-class via the
> ServletContext/ServletConfig?

Nothing stops you from parsing the "/WEB-INF/web.xml" static resource
yourself -- then you'll know everything that Tomcat knows about your web
application, for example, you can deduce which servlet will be called for
any given URL pretty easily, by applying the mapping algorithm defined in
Chapter 11 of the servlet spec.

Tomcat (in 4.1) uses a package called commons-digester (available at
 to make this sort of parsing
reasonably easy.  You just set up rules with nested element patterns that
match what you care about.

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: Is this a Bug in request.getServletPath() ?

2002-08-29 Thread Mark R. Diggory 

Craig R. McClanahan wrote:

>On Thu, 29 Aug 2002, Mark R. Diggory wrote:
>
>  
>
>>Date: Thu, 29 Aug 2002 15:13:21 -0400
>>From: Mark R. Diggory <[EMAIL PROTECTED]>
>>Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
>>To: Tomcat Users List <[EMAIL PROTECTED]>
>>Subject: Re: Is this a Bug in request.getServletPath() ?
>>
>>Craig R. McClanahan wrote:
>>
>>
>>
>>>You seem to be making an unwarranted assumption, that there *is* such a
>>>thing as a directory for a context.
>>>
>>>  
>>>
>>Not neccessarily unwarranted, It is apparent that there is a JNDI
>>Context available for resources in Tomcat
>>
>>
>
>True, but that's an internal implementation detail, and is not true for
>all versions of Tomcat -- only for 4.0 and later.
>  
>
Yes, I understand this.

>  
>
>>and that the Servlet API
>>specifies that the Implementor is required to provide URLConnections
>>(Jar/Http what have you)  to the said resources, so that a file could
>>reside in a War package or Database or what have you.
>>
>>Saying that "/" is required in the Servlet Spec. for getResource("/") is
>>suggesting that there *is* a concept of a "path" even if the path is a
>>"name" resolved in a JNDI Context/SubContext . I'm simply suggesting
>>that it would be more powerfull to adopt some simple means to resolve
>>resources relative to "Object" making the request as well as absolutely.
>>
>>
>>
>
>In other words, you want relative paths as arguments to
>ServletContext.getResource()?  
>
Yes, relative to whatever the implementation comes up with as the 
location of that Servlet/JSP (War, database,  Filesystem, whatever.).

>If so, how do you propose to determine what
>object the reference is supposed to be relative *to*?  About the only
>thing that might make sense is the context-relative part of the request
>URI, but it's a pretty simple matter of String concatenation to come up
>with the corresponding context-relative path starting with "/".
>
ie

jndi:/localhost/Context/Somewhere/Resource.jsp

could easily be in

/var/tomcat4/webapps/Context/Somewhere/Resource.jsp

or it could be in

/var/tomcat4/webapps/Context.war (located at 
/Context/Somewhere/Resource.jsp) internal to that War file. Doesn't JNDI 
provide for such Paths as Compound or Composite names? I can't remember 
which it is right now but I thought that was one of the "Great" powers 
of JNDI.

>
>  
>
>>>Such a thing is not required by the
>>>servlet spec -- it's perfectly reasonable to run webapps directly from a
>>>WAR file, or to represent the static contents in a database, or lots of
>>>other interesting possibilities -- and in none of those cases is there a
>>>directory to give you the path for.
>>>
>>>  
>>>
>>For example: In the Java Object model.
>> object.getClass().getResource("") provides a Mechanism to resolve
>>both resources relative to the Class/Package of the object and
>>absolutely from the classpath root. Now, are Java packages neccessarily
>>directory structures? No, they can reside in a Jar File or in the case
>>of "Corba/RMI/Object servers what have you", just about any where. But
>>when it comes down to it object.getClass().getResource("/foobar.txt")
>>means absolutely and object.getClass().getResource("foobar.txt") means
>>relatively. Do they not convey this nature even though they may not
>>actually be file paths?
>>
>>As such I still like the idea of the following options at least!
>>
>>application.getResource("/") resolve to the subcontext of the
>>Servlet Context Root
>>
>>application.getResource("")  resolve to the subcontext of the
>>Servlet/JSP
>>
>>
>>
>
>More precisely, to the context-raltive part of the request URI, right?
>
>There won't necessarily be a static resource that corresponds to every
>valid servlet mapping.
>
Unfortunately, that is true, that can point at a  in a 
 which is different than the  or 
 in a  representing of the particular 
JSP/Servlet.Everything is always based on the Servlet Mapping. It would 
be helpful to aquire some of the  specific information (like 
what is available in  tags in the web.xml file) were available 
via the Context or Config. Am I missing something? Is there a simple way 
to get to the information a jsp-file or servlet-class via the 
ServletContext/ServletConfig?

>  
>
>>This would seem logical and muc

Re: Is this a Bug in request.getServletPath() ?

2002-08-29 Thread Craig R. McClanahan 



On Thu, 29 Aug 2002, Mark R. Diggory wrote:

> Date: Thu, 29 Aug 2002 15:13:21 -0400
> From: Mark R. Diggory <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: Re: Is this a Bug in request.getServletPath() ?
>
> Craig R. McClanahan wrote:
>
> >You seem to be making an unwarranted assumption, that there *is* such a
> >thing as a directory for a context.
> >
>
> Not neccessarily unwarranted, It is apparent that there is a JNDI
> Context available for resources in Tomcat

True, but that's an internal implementation detail, and is not true for
all versions of Tomcat -- only for 4.0 and later.

> and that the Servlet API
> specifies that the Implementor is required to provide URLConnections
> (Jar/Http what have you)  to the said resources, so that a file could
> reside in a War package or Database or what have you.
>
> Saying that "/" is required in the Servlet Spec. for getResource("/") is
> suggesting that there *is* a concept of a "path" even if the path is a
> "name" resolved in a JNDI Context/SubContext . I'm simply suggesting
> that it would be more powerfull to adopt some simple means to resolve
> resources relative to "Object" making the request as well as absolutely.
>

In other words, you want relative paths as arguments to
ServletContext.getResource()?  If so, how do you propose to determine what
object the reference is supposed to be relative *to*?  About the only
thing that might make sense is the context-relative part of the request
URI, but it's a pretty simple matter of String concatenation to come up
with the corresponding context-relative path starting with "/".

> >Such a thing is not required by the
> >servlet spec -- it's perfectly reasonable to run webapps directly from a
> >WAR file, or to represent the static contents in a database, or lots of
> >other interesting possibilities -- and in none of those cases is there a
> >directory to give you the path for.
> >
>
> For example: In the Java Object model.
>  object.getClass().getResource("") provides a Mechanism to resolve
> both resources relative to the Class/Package of the object and
> absolutely from the classpath root. Now, are Java packages neccessarily
> directory structures? No, they can reside in a Jar File or in the case
> of "Corba/RMI/Object servers what have you", just about any where. But
> when it comes down to it object.getClass().getResource("/foobar.txt")
> means absolutely and object.getClass().getResource("foobar.txt") means
> relatively. Do they not convey this nature even though they may not
> actually be file paths?
>
> As such I still like the idea of the following options at least!
>
> application.getResource("/") resolve to the subcontext of the
> Servlet Context Root
>
> application.getResource("")  resolve to the subcontext of the
> Servlet/JSP
>

More precisely, to the context-raltive part of the request URI, right?
There won't necessarily be a static resource that corresponds to every
valid servlet mapping.

> This would seem logical and much more powerfull, would it not?

Perhaps, although the servlet API has lived with context-relative paths
for resources since 2.0 days.  At any rate, it's not something that Tomcat
will implement unless the servlet spec is changed -- and to make a
suggestion for that, the appropriate email address is
<[EMAIL PROTECTED]>.

Given that Servlet 2.4 is in Proposed Final Draft at the moment, it is
highly unlikely that the expert group would accept a change like this for
2.4 even if they liked the idea, so it would probably go on the plate for
consideration in a subsequent version.

Craig

>
> >You should also note that allowing ".." to resolve "above" the webapp
> >would open up huge security holes for malicious webapps to negatively
> >affect the operation of other webapps on the same server.
> >
> application.getResource("..") resolve to the parent subcontext/directory
> of the Servlet/JSP
>
> Ok, I'll give up on this one as it *is* seemingly file path like in
> nature...I don't have a valid JNDI context like example of such an
> operation.
>
> >
> >The ServletContext.getResource() family of methods work the way they do in
> >order to ensure portable access to resources within the web application,
> >no matter how the servlet container chooses to implement the APl's.
> >
>
> >>-Mark Diggory
> >>
> >>
> >
> >Craig
> >
> >
> >
> >
> >>
> >> Shapir

Re: Is this a Bug in request.getServletPath() ?

2002-08-29 Thread Mark R. Diggory 

Craig R. McClanahan wrote:

>You seem to be making an unwarranted assumption, that there *is* such a
>thing as a directory for a context.  
>

Not neccessarily unwarranted, It is apparent that there is a JNDI 
Context available for resources in Tomcat and that the Servlet API 
specifies that the Implementor is required to provide URLConnections 
(Jar/Http what have you)  to the said resources, so that a file could 
reside in a War package or Database or what have you.  

Saying that "/" is required in the Servlet Spec. for getResource("/") is 
suggesting that there *is* a concept of a "path" even if the path is a 
"name" resolved in a JNDI Context/SubContext . I'm simply suggesting 
that it would be more powerfull to adopt some simple means to resolve 
resources relative to "Object" making the request as well as absolutely.

>Such a thing is not required by the
>servlet spec -- it's perfectly reasonable to run webapps directly from a
>WAR file, or to represent the static contents in a database, or lots of
>other interesting possibilities -- and in none of those cases is there a
>directory to give you the path for.
>

For example: In the Java Object model. 
 object.getClass().getResource("") provides a Mechanism to resolve 
both resources relative to the Class/Package of the object and 
absolutely from the classpath root. Now, are Java packages neccessarily 
directory structures? No, they can reside in a Jar File or in the case 
of "Corba/RMI/Object servers what have you", just about any where. But 
when it comes down to it object.getClass().getResource("/foobar.txt") 
means absolutely and object.getClass().getResource("foobar.txt") means 
relatively. Do they not convey this nature even though they may not 
actually be file paths?

As such I still like the idea of the following options at least!

application.getResource("/") resolve to the subcontext of the
Servlet Context Root

application.getResource("")  resolve to the subcontext of the 
Servlet/JSP

This would seem logical and much more powerfull, would it not?

>You should also note that allowing ".." to resolve "above" the webapp
>would open up huge security holes for malicious webapps to negatively
>affect the operation of other webapps on the same server.
>
application.getResource("..") resolve to the parent subcontext/directory
of the Servlet/JSP

Ok, I'll give up on this one as it *is* seemingly file path like in 
nature...I don't have a valid JNDI context like example of such an 
operation.

>
>The ServletContext.getResource() family of methods work the way they do in
>order to ensure portable access to resources within the web application,
>no matter how the servlet container chooses to implement the APl's.
>

>>-Mark Diggory
>>
>>
>
>Craig
>
>
>  
>
>>
>> Shapira, Yoav wrote:
>>
>>
>>
>>>Hi,
>>>I believe that if you access it via a mapping, that's how you will see
>>>its location.  So if you go to the real location in the browser, i.e.
>>>/Jaxp/JSPTransformExample.jsp, you will get that location instead of the
>>>mapped one.
>>>
>>>In general, you are not guaranteed to have access to the server's
>>>mappings, much less the ability to introspect them as you would like in
>>>this use case.
>>>
>>>A better approach may be to use getResource() and/or
>>>getResourceAsStream(), as that would give you the resource and would
>>>work in a WAR, which the getRealPath() approach won't.
>>>
>>>Yoav Shapira
>>>Millennium ChemInformatics
>>>
>>>
>>>
>>>
>>>  
>>>
-Original Message-
From: Mark R. Diggory [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 29, 2002 9:53 AM
To: Tomcat Users List
Subject: Is this a Bug in request.getServletPath() ?

I'm trying to get a file in the filesystem relative to the location of




>>>a
>>>
>>>
>>>  
>>>
JSP Page. At first Blush the following would seem appropriate:

<%
String jsp_location =




>>>application.getRealPath(request.getServletPath());
>>>
>>>
>>>  
>>>
String relative =




>>>jsp_location.substring(0,jsp_location.lastIndexOf("/"));
>>>
>>>
>>>  
>>>
... get the resource using this path ...

%>

however, when one uses a servlet mapping on a JSP Page like below.


 JSPTestMap
 /Jaxp/JSPTransformExample.jsp


 JSPTestMap
 /Jaxp/MapExample.jsp


request.getServletPath() returns

/Jaxp/MapExample.jsp

and not

/Jaxp/JSPTransformExample.jsp

is there any way I can get hold of the original real location of the




>>>JSP
>>>
>>>
>>>  
>>>
Page I'm working in and have it also work with servlet-mappings?

-Mark Diggory



--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: Is this a Bug in request.getServletPath() ?

2002-08-29 Thread Craig R. McClanahan 



On Thu, 29 Aug 2002, Mark R. Diggory wrote:

> Date: Thu, 29 Aug 2002 13:08:38 -0400
> From: Mark R. Diggory <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: Re: Is this a Bug in request.getServletPath() ?
>
> My problem seems to be that the Servlet API works relative the the
> Servlets Context and not the actuall servlet. So even getResource /
> getResourceAsStream resolve relative to the Servlet Context Root and not
> the Servlet/JSP
>
> i.e.
> application.getResource("") returns resources relative to the Context root.
>
> Wouldn't it be better to have:
>
> application.getResource("/") resolve to the subcontext/directory of the
> Servlet Context Root
>
> application.getResource(".") or application.getResource("")  resolve to
> the subcontext/directory of the Servlet/JSP
>
> application.getResource("..") resolve to the parent subcontext/directory
> of the Servlet/JSP
>
> This would seem logical and much more powerfull, would it not?
>

You seem to be making an unwarranted assumption, that there *is* such a
thing as a directory for a context.  Such a thing is not required by the
servlet spec -- it's perfectly reasonable to run webapps directly from a
WAR file, or to represent the static contents in a database, or lots of
other interesting possibilities -- and in none of those cases is there a
directory to give you the path for.

You should also note that allowing ".." to resolve "above" the webapp
would open up huge security holes for malicious webapps to negatively
affect the operation of other webapps on the same server.

The ServletContext.getResource() family of methods work the way they do in
order to ensure portable access to resources within the web application,
no matter how the servlet container chooses to implement the APIs.

> -Mark Diggory

Craig


>
>
>
>  Shapira, Yoav wrote:
>
> >Hi,
> >I believe that if you access it via a mapping, that's how you will see
> >its location.  So if you go to the real location in the browser, i.e.
> >/Jaxp/JSPTransformExample.jsp, you will get that location instead of the
> >mapped one.
> >
> >In general, you are not guaranteed to have access to the server's
> >mappings, much less the ability to introspect them as you would like in
> >this use case.
> >
> >A better approach may be to use getResource() and/or
> >getResourceAsStream(), as that would give you the resource and would
> >work in a WAR, which the getRealPath() approach won't.
> >
> >Yoav Shapira
> >Millennium ChemInformatics
> >
> >
> >
> >
> >>-Original Message-
> >>From: Mark R. Diggory [mailto:[EMAIL PROTECTED]]
> >>Sent: Thursday, August 29, 2002 9:53 AM
> >>To: Tomcat Users List
> >>Subject: Is this a Bug in request.getServletPath() ?
> >>
> >>I'm trying to get a file in the filesystem relative to the location of
> >>
> >>
> >a
> >
> >
> >>JSP Page. At first Blush the following would seem appropriate:
> >>
> >><%
> >>String jsp_location =
> >>
> >>
> >application.getRealPath(request.getServletPath());
> >
> >
> >>String relative =
> >>
> >>
> >jsp_location.substring(0,jsp_location.lastIndexOf("/"));
> >
> >
> >>... get the resource using this path ...
> >>
> >>%>
> >>
> >>however, when one uses a servlet mapping on a JSP Page like below.
> >>
> >>
> >>  JSPTestMap
> >>  /Jaxp/JSPTransformExample.jsp
> >>
> >>
> >>  JSPTestMap
> >>  /Jaxp/MapExample.jsp
> >>
> >>
> >>request.getServletPath() returns
> >>
> >>/Jaxp/MapExample.jsp
> >>
> >>and not
> >>
> >>/Jaxp/JSPTransformExample.jsp
> >>
> >>is there any way I can get hold of the original real location of the
> >>
> >>
> >JSP
> >
> >
> >>Page I'm working in and have it also work with servlet-mappings?
> >>
> >>-Mark Diggory
> >>
> >>
> >>
> >>--
> >>To unsubscribe, e-mail:   <mailto:tomcat-user-
> >>[EMAIL PROTECTED]>
> >>For additional commands, e-mail: <mailto:tomcat-user-
> >>[EMAIL PROTECTED]>
> >>
> >>
> >
> >
> >
> >
> >
> >This e-mail, including any attachments, is a confidential business communication, 
>and may contain information that is confidential, proprietary and/or privileged.  
>This e-mail is intended only for the individual(s) to whom it is addressed, and may 
>not be saved, copied, printed, disclosed or used by anyone else.  If you are not 
>the(an) intended recipient, please immediately delete this e-mail from your computer 
>system and notify the sender.  Thank you.
> >
> >
> >
> >
> >
> >--
> >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]>
>
>


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

Re: Is this a Bug in request.getServletPath() ?

2002-08-29 Thread Mark R. Diggory 

My problem seems to be that the Servlet API works relative the the 
Servlets Context and not the actuall servlet. So even getResource / 
getResourceAsStream resolve relative to the Servlet Context Root and not 
the Servlet/JSP

i.e.
application.getResource("") returns resources relative to the Context root.

Wouldn't it be better to have:

application.getResource("/") resolve to the subcontext/directory of the 
Servlet Context Root

application.getResource(".") or application.getResource("")  resolve to 
the subcontext/directory of the Servlet/JSP

application.getResource("..") resolve to the parent subcontext/directory 
of the Servlet/JSP

This would seem logical and much more powerfull, would it not?

-Mark Diggory



 Shapira, Yoav wrote:

>Hi,
>I believe that if you access it via a mapping, that's how you will see
>its location.  So if you go to the real location in the browser, i.e.
>/Jaxp/JSPTransformExample.jsp, you will get that location instead of the
>mapped one.
>
>In general, you are not guaranteed to have access to the server's
>mappings, much less the ability to introspect them as you would like in
>this use case.
>
>A better approach may be to use getResource() and/or
>getResourceAsStream(), as that would give you the resource and would
>work in a WAR, which the getRealPath() approach won't.
>
>Yoav Shapira
>Millennium ChemInformatics
>
>
>  
>
>>-Original Message-
>>From: Mark R. Diggory [mailto:[EMAIL PROTECTED]]
>>Sent: Thursday, August 29, 2002 9:53 AM
>>To: Tomcat Users List
>>Subject: Is this a Bug in request.getServletPath() ?
>>
>>I'm trying to get a file in the filesystem relative to the location of
>>
>>
>a
>  
>
>>JSP Page. At first Blush the following would seem appropriate:
>>
>><%
>>String jsp_location =
>>
>>
>application.getRealPath(request.getServletPath());
>  
>
>>String relative =
>>
>>
>jsp_location.substring(0,jsp_location.lastIndexOf("/"));
>  
>
>>... get the resource using this path ...
>>
>>%>
>>
>>however, when one uses a servlet mapping on a JSP Page like below.
>>
>>
>>  JSPTestMap
>>  /Jaxp/JSPTransformExample.jsp
>>
>>
>>  JSPTestMap
>>  /Jaxp/MapExample.jsp
>>
>>
>>request.getServletPath() returns
>>
>>/Jaxp/MapExample.jsp
>>
>>and not
>>
>>/Jaxp/JSPTransformExample.jsp
>>
>>is there any way I can get hold of the original real location of the
>>
>>
>JSP
>  
>
>>Page I'm working in and have it also work with servlet-mappings?
>>
>>-Mark Diggory
>>
>>
>>
>>--
>>To unsubscribe, e-mail:   >[EMAIL PROTECTED]>
>>For additional commands, e-mail: >[EMAIL PROTECTED]>
>>
>>
>
>  
>
>
>
>This e-mail, including any attachments, is a confidential business communication, and 
>may contain information that is confidential, proprietary and/or privileged.  This 
>e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
>saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
>intended recipient, please immediately delete this e-mail from your computer system 
>and notify the sender.  Thank you.
>
>  
>
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Is this a Bug in request.getServletPath() ?

2002-08-29 Thread Shapira, Yoav 

Hi,
I believe that if you access it via a mapping, that's how you will see
its location.  So if you go to the real location in the browser, i.e.
/Jaxp/JSPTransformExample.jsp, you will get that location instead of the
mapped one.

In general, you are not guaranteed to have access to the server's
mappings, much less the ability to introspect them as you would like in
this use case.

A better approach may be to use getResource() and/or
getResourceAsStream(), as that would give you the resource and would
work in a WAR, which the getRealPath() approach won't.

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Mark R. Diggory [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, August 29, 2002 9:53 AM
>To: Tomcat Users List
>Subject: Is this a Bug in request.getServletPath() ?
>
>I'm trying to get a file in the filesystem relative to the location of
a
>JSP Page. At first Blush the following would seem appropriate:
>
><%
>String jsp_location =
application.getRealPath(request.getServletPath());
>
>String relative =
jsp_location.substring(0,jsp_location.lastIndexOf("/"));
>
>... get the resource using this path ...
>
>%>
>
>however, when one uses a servlet mapping on a JSP Page like below.
>
> 
>   JSPTestMap
>   /Jaxp/JSPTransformExample.jsp
> 
> 
>   JSPTestMap
>   /Jaxp/MapExample.jsp
> 
>
>request.getServletPath() returns
>
>/Jaxp/MapExample.jsp
>
>and not
>
>/Jaxp/JSPTransformExample.jsp
>
>is there any way I can get hold of the original real location of the
JSP
>Page I'm working in and have it also work with servlet-mappings?
>
>-Mark Diggory
>
>
>
>--
>To unsubscribe, e-mail:   [EMAIL PROTECTED]>
>For additional commands, e-mail: [EMAIL PROTECTED]>



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: