[EMAIL PROTECTED] wrote:
luehe 2004/10/14 17:00:35
Modified:catalina/src/share/org/apache/catalina/core
ApplicationHttpResponse.java
Log:
Expose any errors on an included resource.
For example, a JSP with this include action:
jsp:include page=nonexistent
I'm trying to use this code from withing a JAAS LoginModule (see
yesterday's post from Michael Vorburger) and I have another problem.
My LoginModule class must be in common/lib or in application's
classpath. It uses classes that are (normally) in server/lib (all the
Catalina classes).
How do
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31725.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31722.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
My LoginModule class must be in common/lib or in application's
classpath. It uses classes that are (normally) in server/lib (all the
Catalina classes).
How do you make that work without copying the Catalina's jars from
server/lib to common/lib, what I would like to avoid?
The classes in
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29917.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=11489.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=9591.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31725.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31725.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=9591.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Note, however, that according to the same document the classes in
server/lib *can* see and use classes in common/lib. So you might be
able to plugin something the other way from your current design.
I really don't see how... The LoginModule has to be accessible from my
application's classes.
The HTTP response to the user should reflect their request to the named resource. If
the user-requested JSP was found, then a 404 Not Found is not an appropriate response,
the resource requested was found.
If the server is unable to properly form a response, because some component/resource
Last month I took Yoav's advice and attempted to upgrade our production
server from 4.1 to 5.0. The production server handles 5 - 10 requests a
second across 300 threads. The problem I had then, and the problem I
have now is that the server's accept thread will die within a short time
after
You can set your context to be privileged so that your login class in
WEB-INF\lib can access the \server\lib classes. But keep in mind anything
from your context can access tomcat's internal classes, so it is a security
risk.
Context ... privileged=true
Charlie
-Original Message-
Keith Wannamaker wrote:
Last month I took Yoav's advice and attempted to upgrade our
production server from 4.1 to 5.0. The production server handles 5 -
10 requests a second across 300 threads. The problem I had then, and
the problem I have now is that the server's accept thread will die
Remy/Bill,
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
luehe 2004/10/14 17:00:35
Modified:catalina/src/share/org/apache/catalina/core
ApplicationHttpResponse.java
Log:
Expose any errors on an included resource.
For example, a JSP with this include
Hi,
There are certainly other sites running Tomcat 5.0 under heavy load,
such as the ones listed on our wiki. I personally have put Tomcat
5.0-based apps in production that have handled the load you describe
(and much higher peak bursty loads) for months at a time without need to
restart.
Jan Luehe wrote:
Remy/Bill,
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
luehe 2004/10/14 17:00:35
Modified:catalina/src/share/org/apache/catalina/core
ApplicationHttpResponse.java
Log:
Expose any errors on an included resource.
For example, a JSP with this
Shapira, Yoav wrote:
Hi,
There are certainly other sites running Tomcat 5.0 under heavy load,
such as the ones listed on our wiki. I personally have put Tomcat
5.0-based apps in production that have handled the load you describe
(and much higher peak bursty loads) for months at a time without
The time window is within about 15 minutes. We run tomcat standalone,
with the standard http/11 connector. The server.xml is minimal. I
agree with the reproduceable angle, that is always a good place to start.
Keith
Shapira, Yoav wrote:
Hi,
There are certainly other sites running Tomcat 5.0
luehe 2004/10/15 09:09:27
Modified:catalina/src/share/org/apache/catalina/core
ApplicationHttpResponse.java
Log:
Reverted previous change
Revision ChangesPath
1.7 +3 -1
It sounds like maybe there is some confusion between environment
variables and system properties.
java.io.tempdir is a system property which presumably means it can be
set on the Java command line using -Djava.io.tempdir=foo
This is different then anything getenv() would return since those
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31732.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
List a class as a global JNDI resource to arrange the necessary
communications?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31733.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hey Remy,
Some facts:
- the higher level code cannot cause the accept thread to die
Thread dump from T0 shows the two expected accepts, from main and from
the HttpConnector; thread dump at T(5mins) shows the main accept, many
idle Http handler threads waiting for work, and a few long-running
Hi,
I've confirmed my diagnostic about UserTransactions in a
DefaultContext , and I've made a patch for it. So now there are a
few questions that I'd gladly request your option on:
- Considering that tomcat-5.0.x is in maintenance mode, and
DefaultContext stuff has been rewritten in 5.5.x.,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31737.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31737.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Keith Wannamaker wrote:
Hey Remy,
Some facts:
- the higher level code cannot cause the accept thread to die
Thread dump from T0 shows the two expected accepts, from main and from
the HttpConnector; thread dump at T(5mins) shows the main accept, many
idle Http handler threads waiting for work,
Hey Remy, by RH 9 bug do you mean the problem with jdk14 and nptl on
RH9? (os is RH9) I am running without nptl.
I did some more tracing and what I am seeing is that notify is called,
the thread is waiting, but it never wakes up.
Keith
Remy Maucherat wrote:
Keith Wannamaker wrote:
Hey Remy,
Keith Wannamaker wrote:
Hey Remy, by RH 9 bug do you mean the problem with jdk14 and nptl on
RH9? (os is RH9) I am running without nptl.
It doesn't matter which JDK version you're running. On RH 9, you need
LD_ASSUME_KERNEL=2.4.1. This disables the nptl backport, which doesn't
give any
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31738.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31738.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31738.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31738.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31739.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31739.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31739.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31739.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31741.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
42 matches
Mail list logo