valve is processed, the response is sent?
Nope... See how the invoke() method works...
what i'm getting at is, could you put a valve in place such
that it could
always log (or send events) at the beginning of a request
and right before the
response is sent?
In TC4.0 valve are more
Kevin Seguin at [EMAIL PROTECTED] wrote:
thanks for the info :)
Read what Craig wrote... As always he's way more explanatory than I am :)
Pier
is processed after
the next, and once
the last valve is processed, the response is sent?
Nope... See how the invoke() method works...
what i'm getting at is, could you put a valve in place such
that it could
always log (or send events) at the beginning of a request
Are you using IE ? It sometimes has a tendency to request multiple times,
with slightly different headers each time. I've never tracked down exactly
what triggers this.
You can sometimes also get it if you have multiple submit fields on a form,
some with Javascript, and then you hit return
This got fed up in my bag... But I believe that this is more a HTTP /vs/
Servlet spec issue... Anyone wishes to comment?
Pier
-- Forwarded Message
From: [EMAIL PROTECTED]
Date: 8 Aug 2001 07:29:57 -
To: [EMAIL PROTECTED]
Subject: [Bug 3039] New: - Can't get the correct request
Pier P. Fumagalli wrote:
This got fed up in my bag... But I believe that this is more a HTTP /vs/
Servlet spec issue... Anyone wishes to comment?
That is HTTP.
And that is the place where we parse the request.
The encoding MUST NOT be the System.getProperty (file.encoding); because
Hi all
I have a servlet generating a PDF document of approx 1. MB size streaming
its content into the browser of the client. The single request I make to the
servlet spawns 2 more requests to the web-server/servlet. Can I configure
and make it only one request for this document.
Any ideas
it in the next request I get NullPointerException
Description:
The same code works just fine on tomcat 3.1.1.
The problem to me appears to be due the fact that I save a referance to the
HttpSessionFacade ( HttpSession to the servlet) in the ServletContext.
In the next request when I try to access
costin 01/07/15 16:09:31
Modified:src/etc Tag: tomcat_32 server.xml
src/share/org/apache/tomcat/request Tag: tomcat_32
AccessInterceptor.java
Log:
Remove the xml:debug ( it creates problems when xerces is used )
Added extra check
Hello, my name is Victor Wynnytsky
I had sent you a very long message earlier today (July 8) asking for a
means of setting the default directory on a per-webapp basis. Then as
an after thought I also asked that my message be sent to the XML team
to see if maybe Xalan could be told to pickup
nacho 01/07/06 13:59:35
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
JDBCRealm.java
Log:
Bug# 2149 , 727 ( possibly others )
JDBCRealm did not close all the prepared staments opened,
when trying to reconnect when found a broken
nacho 01/07/06 14:02:32
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
LocalStrings.properties
Log:
Adding a Lost ( or forget ) String for JDBCRealm
Revision ChangesPath
No revision
1) why is Request final? i was planning on extending it in
org.apache.ajp.AjpRequest, but can't do so since it's final. it's no
big deal, i can create org.apache.ajp.AjpRequestAdapter instead, just
kind of curious.
Well, before, the primary use for extending the request and response
1) why is Request final? i was planning on extending it in
org.apache.ajp.AjpRequest, but can't do so since it's final. it's no
big deal, i can create org.apache.ajp.AjpRequestAdapter instead, just
kind of curious.
2) any reason why there is no way to set/get attributes on Request
marcsaeg01/05/30 14:33:04
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
StaticInterceptor.java
Log:
The previous commit by arieh removed larryi's previous fix for using
javax.servlet.include.servlet_path.
Revision ChangesPath
I have this problem uploading files to the Server using a mulitpart Request
I tried this code to print the Request streams to the Output in my JSP Prog
java.io.InputStream inst = request.getInputStream();
int inm;
while( (inm = inst.read())-1
Are you using ajp13 to connect apache to tomcat?
:
! Severity: Normal
! Priority: High
! Component:
! AssignedTo: [EMAIL PROTECTED]
! ReportedBy: [EMAIL PROTECTED]
! URL:
! Cc:
! Summary: Servlet Request getCharacterEncoding returns Incorrect value on Netscape.
BugRat Report#784
!
The servlet request
Hi,
I am using TOMCAT 3.3 and the following code within servlet1 to forward a request
String url;
ServletContext sc = getServletContext();
RequestDispatcher rd = sc.getRequestDispatcher(url);
rd.forward(request,response);
servlet1 is called as follows:
http://IP-adress/test/servlet/servlet1
Hello Ana,
Wednesday, May 02, 2001, 8:23:09 PM, you wrote:
A Hi,
Hello!
A We think we have discovered an error.
That's nice! But why are you mailing me? I'm not a tomcat developer!
:-)
Best regards,
Anthonymailto:[EMAIL PROTECTED]
Hello!
Preposition:
I have to work with non 8859-1 locales under servlets. (Tomcat 3.2 / MS Windows
2000).
Problem:
When I post form using GET or POST I got the instead of cyrillic charasters
in posted values when I'm using
request.getParameter(name).
Investigation:
: [EMAIL PROTECTED]
(.
.)PGP
KEY : 697ECEDD ...oOOo..(_)..oOOo...PGP Fingerprint : 9DF8
1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-From: Peter Meijer
[mailto:[EMAIL PROTECTED]]Sent: Monday, May 07, 2001 8:55
AMTo: [EMAIL PROTECTED]Subject: bug 235,
request problem
Hi,
We include a JSP page from a servlet
via RequestDispachter.include(request,response) and the response object is
a wrapper. The JSP page write its output to the original response object
and not over the wrapper object passed as the parameter in the include
call. However, if we make
Hi,
We think we have discovered an error. We call the include method of the
RequestDispatcher from a servlet. Then, we call the setAttribute method
of the request object of the included JSP. If we call the getAttribute
method of the request object in the servlet (after the include call
.
Cheers,
Charles Chen
-Original Message-
From: Ana [mailto:[EMAIL PROTECTED]]
Sent: 02 May 2001 17:23
To: :
Subject: Tomcat 4.0 Beta3 and Request Attributes Error
Hi,
We think we have discovered an error. We call the include method of the
RequestDispatcher from a servlet. Then, we
On Wed, 2 May 2001, Ana wrote:
Hi,
We think we have discovered an error. We call the include method of the
RequestDispatcher from a servlet. Then, we call the setAttribute method
of the request object of the included JSP. If we call the getAttribute
method of the request object
On Wed, 2 May 2001, Ana wrote:
Hi,
We think we have discovered an error. We call the include method of the
RequestDispatcher from a servlet. Then, we call the setAttribute
method
of the request object of the included JSP. If we call the getAttribute
method of the request object
On Wed, 2 May 2001, Remy Maucherat wrote:
On Wed, 2 May 2001, Ana wrote:
Hi,
We think we have discovered an error. We call the include method of the
RequestDispatcher from a servlet. Then, we call the setAttribute
method
of the request object of the included JSP. If we call
According to the HTTP/1.1 RFC (section 14.23) all HTTP/1.1 requests MUST
contain a Host header, and all HTTP/1.1 severs MUST respond with a 400 if
the Host header is missing from an HTTP/1.1 request.
Tomcat 4.0b3 responds with a '200 OK HTTP/1.1' response if I send a the
following
GET
This specific bug has been fixed in 3.2.2, and the relevant function
(doRead()) has been extensively cleaned up. The 3.2.2 support for ajp13 is
much, much better than in 3.2.1.
-Dan
Andrey Kartashov wrote:
On Fri, Apr 27, 2001 at 11:17:32AM -0700, Lucian Cionca wrote:
The reason for this
On Fri, Apr 27, 2001 at 03:57:43AM +0200, Incze Lajos wrote:
This error hapens when I try to upload file using form with
enctype=multipart/form-data and method=post.
The environment: Linux(2.4.3), Apache(1.3.19),
mod_jk and Tomcat (3.2.1), using ajp13 protocol.
I can't seem to
The reason for this is a bug in the doRead() method of Ajp13ConnectorRequest, which
causes the
doRead(byte[] b, int off, int len) in that same class to prematurely end processing
.
The bug is in the conversion of the value read from the bodyBuff byte-array, to an
integer result. Bytes can have
On Fri, Apr 27, 2001 at 11:17:32AM -0700, Lucian Cionca wrote:
The reason for this is a bug in the doRead() method of Ajp13ConnectorRequest, which
causes the
doRead(byte[] b, int off, int len) in that same class to prematurely end processing
.
The bug is in the conversion of the value read
This error hapens when I try to upload file using form with
enctype=multipart/form-data and method=post.
The environment: Linux(2.4.3), Apache(1.3.19),
mod_jk and Tomcat (3.2.1), using ajp13 protocol.
I can't seem to find anything like that in apache bug tracking system.
Did anyone
the same
sub-dirs (ie
/usr/src/redhat/SOURCES.
Having the untarred datas under jakarta-tomcat-version-src (Jon),
but I'll be for using jakarta-tomcat-version (ant, oro, regexp, Apache HTTPD
server, )
Minor request:
When you guys make releases of 3.3, could you please tar them
up so
Can someone confirm that request-time attribute values is not
implemented in the latest version of Jakarta?
Here's what I want to do:
foo:bar customer="%= customer.getID() %"/
But instead of customer id, what actually gets passed to
BarTag.setCustomer() is the string "%=
This question should really be addressed to the TOMCAT-USER
list. TOMCAT-DEV is for discussions of the development of Tomcat itself.
On Sun, 25 Mar 2001, rajeev wrote:
Can someone confirm that request-time attribute values is not
implemented in the latest version of Jakarta?
Which version
[mailto:[EMAIL PROTECTED]]
Sent: Saturday, March 17, 2001 12:16 PM
To: [EMAIL PROTECTED]
Subject: Re: cvs commit:
jakarta-tomcat/src/share/org/apache/tomcat/request
StaticInterceptor.java
On Fri, Mar 16, 2001 at 11:42:00PM -, [EMAIL PROTECTED] wrote:
arieh 01/03/16 15:42:00
]
Subject: [TC3.2.2] Codebase frozen (was RE: cvs commit:
jakarta-tomcat/src/share/org/apache/tomcat/request StaticInterceptor.java)
Importance: Normal
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N
You are correct, this should not have gone into the tomcat_32 branch. The
only things t
arieh 01/03/16 15:42:00
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
StaticInterceptor.java
Log:
Add support for docbase localization lookup.
Revision ChangesPath
No revision
On Fri, Mar 16, 2001 at 11:42:00PM -, [EMAIL PROTECTED] wrote:
arieh 01/03/16 15:42:00
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
StaticInterceptor.java
Log:
Add support for docbase localization lookup.
Maybe I'm missing
deeply investigating the debug logs of the
application in
alle stages we believe, that there is a problem in the communication
between
apache and tomcat: it looks like user A gets as the reply to his request
the
response which should have gone to user B.
Do you know of any similar problem? How big
larryi 01/03/13 14:03:22
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
StaticInterceptor.java
Log:
Update to use javax.servlet.include.servlet_path instead of
javax.servlet.include.request_uri. ctx.getRealPath() doesn't need the
context
marcsaeg01/03/12 13:50:16
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
StaticInterceptor.java
Log:
Using an HTML file (or any other static content) as the location
for an error-page in web.xml wouldn't work. If the error-page
requests using request dispatcher even if the servlet i |
+ ++
+ |Bug #: 142 Product: Tomcat 3|
+ | Status: UNCONFIRMED Version: 3.1.1 Final
Hi,
I have a question:
Is there any way to know that the page was
refreshed i.e.
when I submit a request to my program (jsp) it gets
the data from the query of the request and
processes it. Once the request has been processed
then if user clicks refresh button I do not
want the request
Damn, I hate the Servlet spec. They bury this detail in a bloody example
without ever mentioning it explicity! Damn.
Section 10.2.2, table 4, item 3 is the only place I can find (now that I
went explicitly looking for it) that describes this functionality.
Section 10.2 bullet one says that
*
.
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 15, 2001 11:12 PM
To: [EMAIL PROTECTED]
Subject: Re: cvs commit:
jakarta-tomcat/src/share/org/apache/tomcat/request
AccessInterceptor.java
Marc Saegesser wrote:
Damn, I hate
Title: RE: charset used for parameters decoding on HTTP request Tomcat3.x,4
You will still need to fix the actual parameter parsing routine to delay
applying the encoding until the name and parameter are parsed out of the
input stream...
Yes, most of this is already done. It also has
The problem is that browsers do not send the charset used to encode the
form's parameters; but they sent the request with the ContentType header
application/x-www-form-urlencoded. The charset should follow the encoding
type ex: "application/x-www-form-urlencoded; charset=UTF8" b
Title: RE: charset used for parameters decoding on HTTP request Tomcat3. x,4
The problem is that browsers do not send the charset used to encode the
form's parameters; but they sent the request with the ContentType header
application/x-www-form-urlencoded. The charset should follow
he problem is that browsers do not send the charset used to encode the form's
parameters; but they sent the request with the ContentType header
application/x-www-form-urlencoded. The charset should follow the encoding type
ex: "application/x-www-form-urlencoded; charset=UTF8" but in
marcsaeg01/02/13 19:48:09
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
AccessInterceptor.java
Log:
If two url-patterns were specified inside a security constraint such as
url-pattern/abc123/*/url-pattern
and
url-pattern/abc/*/url
Title: charset used for parameters decoding on HTTP request Tomcat3.x,4
Hi all,
I would like to know the policy for the request's parameters decoding in Tomcat 3.x.
In Servlet 2.3 specifications a new method on the HttpServletRequest object was added in order to be able to specify
Title: charset used for parameters decoding on HTTP request Tomcat3.x,4
Because of the way byte values are URL encoded, (and the way tomcat decodes
them.) What you usually receive with get parameters is a byte stream one byte
per character. You can post process the string obtained
: charset used for parameters decoding on HTTP request
Tomcat3.x,4
I would like to know the policy for the request's parameters decoding in
Tomcat 3.x.
AFAIK there are still problems in both 3.2.x and 3.3(dev). Fixing this is
one of the highest things on my todo list, and you should expect
You will still need to fix the actual parameter parsing routine to delay
applying the encoding until the name and parameter are parsed out of the
input stream...
Yes, most of this is already done. It also has a very nice performance
implication - since the String is converted and alocated
order. I would probably want to read a
parameter from that request (aka HttpRequest.getParameter)
to determine the sort order.
now my following questions: is there something like a queue for
requests waiting to be processed? if not, would it be likely to
implement that without violating the whole
this queue due to some sort order. I would probably want to read a
parameter from that request (aka HttpRequest.getParameter)
to determine the sort order.
now my following questions: is there something like a queue for
requests waiting to be processed?
No, there is not. There is a thread
JikesJavaCompiler.java SunJavaCompiler.java
src/share/org/apache/jasper/resources Tag: tomcat_32
messages.properties messages_es.properties
messages_fr.properties
src/share/org/apache/tomcat/request Tag
Hi,
I found 2 issues about the build-in HTTP Connector in Tomcat 3.2.
The first one is that the HEAD request returns a full document. I am
not a HTTP expert, so I don't know if it is right or wrong. But when I
"telnet localhost 80" on my apache for HEAD request, only headers
marcsaeg01/01/04 13:26:18
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
SimpleMapper1.java
Log:
contextMap() now returns 404 if a context can't be found for the request
URI. This will cause an error page to be sent to the client browser
in
windows than Apache + Tomcat.
So, I agree with Jon on this one. I guess he is not a (complete) asshole.
=;o)
Have fun,
Paulo Gaspar
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 29, 2000 00:00
To: [EMAIL PROTECTED]
Subject: Re: Feature Request
on 12/29/2000 4:29 AM, "Paulo Gaspar" [EMAIL PROTECTED] wrote:
I (a guy whom still committed nothing) would like very much to have such
feature.
For our development environment would be fine since it is convenient for
us to have Tomcat in many non programmer workstations ('cause of JSP
Ok, I'm just throwing this out there as a "nice to have" in the future and
maybe someone (how about all those people who haven't commit anything, yet
they have time to tell me what an asshole I am) might want to implement it.
What would be "nice to have" is a feature where the Tomcat HTTPd had
This would be way down on my list of priorities for a Jakarta project.
If I needed mod_rewrite for testing I would install Apache on my local
development system. Why "reinvent the wheel" just for testing.
Besides, I would still want to test the stuff developed locally on
Apache with
on 12/28/2000 2:25 PM, "Glenn Nielsen" [EMAIL PROTECTED] wrote:
This would be way down on my list of priorities for a Jakarta project.
It doesn't have to be a Jakarta Project. I never suggested that.
If I needed mod_rewrite for testing I would install Apache on my local
development system.
nacho 00/12/28 15:59:31
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
JDBCRealm.java LocalStrings.properties
Log:
Now is needed to have both a connectionName
and a connectionPassword to use the 3 params getConnection
method
Thanks
Is this not already an action item for catalina??
(RewriteValve)
Dave
--- Jon Stevens [EMAIL PROTECTED] wrote:
on 12/28/2000 2:25 PM, "Glenn Nielsen"
[EMAIL PROTECTED] wrote:
This would be way down on my list of priorities
for a Jakarta project.
It doesn't have to be a Jakarta
very cool, it comes in handy at times.
Your feature request didn't contain much justifiying why it was needed.
I'm sure you have your reasons, go for it.
hugs pats on the back
-glenn
--
Glenn Nielsen [EMAIL PROTECTED] | /*
on 12/28/2000 5:28 PM, "Glenn Nielsen" [EMAIL PROTECTED] wrote:
Apache mod_rewrite is very cool, it comes in handy at times.
Your feature request didn't contain much justifiying why it was needed.
I'm sure you have your reasons, go for it.
I thought its "cool"ness clearly
nacho 00/12/27 16:46:15
Modified:src/share/org/apache/tomcat/request JDBCRealm.java
SimpleRealm.java
Log:
*realmSigNote is not needed now.
* Now is needed to have both a connectionName
and a connectionPassword to use the 3 params getConnection
ContextManager.java
src/share/org/apache/tomcat/request AccessInterceptor.java
Log:
Use Apache conventions for access interceptors ( need to do the same
for all hooks ). This is important because the whole 3.x design is based
on the same module structure
costin 00/12/26 15:33:52
Modified:src/share/org/apache/tomcat/request
AccountingInterceptor.java
Log:
Update accounting interceptor - it will use it's own counter ids until
a better mechanism is found.
Revision ChangesPath
1.7 +19
costin 00/12/26 15:34:23
Modified:src/share/org/apache/tomcat/request SimpleMapper1.java
Log:
Added more comments to SimpleMapper1
Revision ChangesPath
1.28 +12 -13
jakarta-tomcat/src/share/org/apache/tomcat/request/SimpleMapper1.java
Index: SimpleMapper1
/apache/jasper/resources Tag: tomcat_32
messages.properties
src/share/org/apache/tomcat/request Tag: tomcat_32
JspInterceptor.java
Log:
Bug fix: bug report #269 -- java.io.UnsupportedEncodingException when processing JSP
From
occurs:
2000-12-15 05:23:51 - ContextManager: Error reading
request R( /) 4002000-12-15 05:23:51 - Ctx( ): 400 R( /)
null2000-12-15 05:23:51 - Ctx( ): Handler null null2000-12-15
05:23:51 - Ctx( ): IOException in: R( /) Socket closed
2000-12-15 05:10:57 - Ctx( ): IOException in:
R( /) Socket
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/request
SimpleMapper1.java
StaticInterceptor.java
craigmcc00/12/11 09:52:31
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
SimpleMapper1.java StaticInterceptor.java
Log:
Fix a se
craigmcc00/12/11 09:52:31
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
SimpleMapper1.java StaticInterceptor.java
Log:
Fix a security vulnerability that would display the contents of sensitive
files when a URL like this was used
craigmcc00/12/10 15:36:45
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
JDBCRealm.java
Log:
Make JDBCRealm not final so that it can be conveniently subclassed.
Submitted by: Allan Schweitz [EMAIL PROTECTED]
PR: BugRat Bug Report #563
I'm wondering if the developers of Tomcat might consider implementing
something in Tomcat so that a user can add a setting to server.xml similar
to how other log files are configured so that you can redirect System.err
and System.out to files.
IMHO, this would be very useful. In fact, I suspect
nacho 00/12/03 16:38:58
Modified:src/share/org/apache/tomcat/request SimpleRealm.java
Log:
NPE when starting SimpleRealm as context interceptor
Revision ChangesPath
1.14 +5 -3
jakarta-tomcat/src/share/org/apache/tomcat/request/SimpleRealm.java
Index
nacho 00/12/03 17:15:03
Modified:src/share/org/apache/tomcat/request SimpleRealm.java
Log:
Using new getDebug() to avoid
some strange problems between windows JDK's .
Something really weird was happen, Sun JDK 1.3.0
was running just fine but JDK 1.2.2 issue
Illegal
nacho 00/11/06 07:10:29
Modified:src/share/org/apache/tomcat/request JDBCRealm.java
SimpleRealm.java
Log:
Adapting code to new start order.
Revision ChangesPath
1.24 +36 -31
jakarta-tomcat/src/share/org/apache/tomcat/request
m4 CPU per request increase and thread queue locking?
On Sun, 5 Nov 2000, Craig R. McClanahan wrote:
A very large chunk of Catalina's processing time is consumed by parsing
the
request headers, and converting them into a Request object that is
passed on for
processing. Volunteer
Excuse me for being dense, what is crimson.jar for in M4?
On Sun, 5 Nov 2000, Craig R. McClanahan wrote:
Nick Bauman wrote:
On Sun, 5 Nov 2000, Craig R. McClanahan wrote:
A very large chunk of Catalina's processing time is consumed by parsing the
request headers, and converting
nacho 00/11/01 16:38:03
Modified:src/share/org/apache/tomcat/request JDBCRealm.java
SimpleRealm.java
Log:
Adjusting Realms to the new startup order
Revision ChangesPath
1.23 +22 -20
jakarta-tomcat/src/share/org/apache/tomcat/request
801 - 887 of 887 matches
Mail list logo
