manveen 02/04/25 20:51:59
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector
DeleteConnectorAction.java
Log:
DIsplay all connectors in the list but avoid deletion by the connector not being
selectable for deletion.
Revision
manveen 02/04/25 21:06:44
Modified:webapps/admin/context contexts.jsp
Log:
Admin context cannot be deleted from tool.
Revision ChangesPath
1.3 +3 -0 jakarta-tomcat-4.0/webapps/admin/context/contexts.jsp
Index: contexts.jsp
For the context surrounding this problem check my message to
tomcat-user earlier, it should not be required to reproduce the
glitch.
Under Tomcat-4.0.3, using a filter that wraps the ServletRequest and
replaces servletPath produces an infinite loop if the target uses
RequestDispatcher.forward.
This looks a lot like bugzilla #8092.
- Original Message -
From: Chris Wolfe [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 25, 2002 9:06 PM
Subject: filter and forward, bug?
For the context surrounding this problem check my message to
tomcat-user earlier, it should not
try putting the jsse jar files in either A) the common/lib directory in the
tomcat installation, or B) put them in the $JAVA_HOME/jre/lib/ext directory
I recently ran into this problem and, although the jsse jars were on the
classpath, they were not tied into the socket provider system
billbarker02/04/25 18:50:32
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java Http11Protocol.java
Log:
Fix problem with soTimeout.
The makes Coyote act like httpd with respect to soTimeout (which is what
it was trying to do
Could well be the same cause. Requesting / when /* is mapped to a
safe forwarding filter routinely dumps out the JSP source. It does
give me a direction to search in, so will see what falls out.
Bill Barker wrote:
This looks a lot like bugzilla #8092.
- Original Message -
From:
101 - 107 of 107 matches
Mail list logo