cvs commit: jakarta-tomcat-catalina/webapps/docs balancer-howto.xml connectors.xml index.xml tomcat-docs.xsl
remm2004/09/22 23:55:26 Modified:webapps/docs/config ajp.xml host.xml webapps/docs balancer-howto.xml connectors.xml index.xml tomcat-docs.xsl Log: - Docs updates, mostly to the connectors page. Revision ChangesPath 1.9 +9 -7 jakarta-tomcat-catalina/webapps/docs/config/ajp.xml Index: ajp.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/ajp.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- ajp.xml 1 Sep 2004 22:04:29 - 1.8 +++ ajp.xml 23 Sep 2004 06:55:25 - 1.9 @@ -29,13 +29,15 @@ the codejvmRoute/code attribute of the a href=engine.htmlEngine/a./p - pOn the native side, Tomcat 5.5 supports the following connectors:/p - ul - limod_jk 1.2.x with any of its supported native servers/li - liApache httpd 2.2 with mod_proxy configured for AJP/li - /ul - pOther native connectors supporting AJP/1.3 may work, but are no longer - supported./p +pThe native connectors supported with this Tomcat release are: +ul +liJK 1.2.x with any of the supported servers/li +limod_proxy on Apache httpd 2.x (included by default in Apache HTTP Server 2.2), +with AJP enabled/li +/ul +/p + +pbOther native connectors supporting AJP may work, but are no longer supported./b/p /section 1.12 +8 -9 jakarta-tomcat-catalina/webapps/docs/config/host.xml Index: host.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/host.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- host.xml 21 Sep 2004 02:08:55 - 1.11 +++ host.xml 23 Sep 2004 06:55:25 - 1.12 @@ -135,15 +135,14 @@ attributes attribute name=deployXML required=false -pSet to codefalse/code if you want to disable deploying -applications using a Context XML config file. This also disables -the ability to install web application directories or .war files -with the manager app which are not located in the Host config base -directory (code$CATALINA_HOME/conf/[engine_name]/[host_name]/code). -Applications are deployed with the security permissions -of catalina, for security this may need to be set to codefalse/code -if untrusted users can manage web applications. The flag's value -defaults to codetrue/code./p +pSet to codefalse/code if you want to disable parsing the context.xml +file embedded inside the application (located at code/META-INF/context.xml/code). +Security consious environments should set this to codefalse/code to prevent +applications from interacting with the container's configuration. The +administrator will then be responsible for providing an external context +configuration file, and put it in +code$CATALINA_HOME/conf/[enginename]/[hostname]//code. +The flag's value defaults to codetrue/code./p /attribute attribute name=errorReportValveClass required=false 1.6 +6 -5 jakarta-tomcat-catalina/webapps/docs/balancer-howto.xml Index: balancer-howto.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/balancer-howto.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- balancer-howto.xml1 Sep 2004 22:04:27 - 1.5 +++ balancer-howto.xml23 Sep 2004 06:55:25 - 1.6 @@ -19,8 +19,8 @@ p a href=#Using the JK 1.2.x native connector Using the JK native connector/abr / -a href=#Using Apache httpd 2.2 with mod_proxy -Using Apache httpd 2.2 and mod_proxy/abr / +a href=#Using Apache HTTP Server 2.x with mod_proxy +Using Apache HTTP Server 2.x and mod_proxy/abr / a href=#Using the balancer webappUsing the balancer webapp/abr / /p /section @@ -31,11 +31,12 @@ /section -section name=Using Apache httpd 2.2 with mod_proxy +section name=Using Apache HTTP Server 2.x with mod_proxy -Please refer to the mod_proxy documentation for Apache 2.2. This supports either +Please refer to the mod_proxy documentation for Apache HTTP Server 2.2. This supports either HTTP or AJP load balancing. This new version of mod_proxy is also useable with -Apache httpd 2.0. +Apache HTTP Server 2.0, but mod_proxy will have to be compiled separately using the code +from Apache HTTP Server 2.2. /section 1.2 +15 -26jakarta-tomcat-catalina/webapps/docs/connectors.xml Index: connectors.xml === RCS file:
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup DigesterFactory.java
remm2004/09/22 23:56:08 Modified:catalina/src/share/org/apache/catalina/valves ErrorReportValve.java catalina/src/share/org/apache/catalina/startup DigesterFactory.java Log: - Fix imports. Revision ChangesPath 1.24 +1 -2 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/ErrorReportValve.java Index: ErrorReportValve.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/ErrorReportValve.java,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- ErrorReportValve.java 29 Aug 2004 16:46:14 - 1.23 +++ ErrorReportValve.java 23 Sep 2004 06:56:08 - 1.24 @@ -20,7 +20,6 @@ import java.io.IOException; import java.io.Writer; -import java.util.Locale; import javax.servlet.ServletException; import javax.servlet.ServletRequest; 1.10 +0 -3 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/DigesterFactory.java Index: DigesterFactory.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/DigesterFactory.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- DigesterFactory.java 15 Sep 2004 19:20:15 - 1.9 +++ DigesterFactory.java 23 Sep 2004 06:56:08 - 1.10 @@ -18,13 +18,10 @@ package org.apache.catalina.startup; import java.net.URL; -import javax.xml.parsers.ParserConfigurationException; import org.apache.catalina.util.SchemaResolver; import org.apache.tomcat.util.digester.Digester; import org.apache.tomcat.util.digester.RuleSet; -import org.xml.sax.SAXNotRecognizedException; -import org.xml.sax.SAXNotSupportedException; /** * Wrapper class around the Digester that hide Digester's initialization details - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup SetContextPropertiesRule.java ContextConfig.java ContextRuleSet.java
remm2004/09/22 23:58:52
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
catalina/src/share/org/apache/catalina/startup
ContextConfig.java ContextRuleSet.java
Added: catalina/src/share/org/apache/catalina/startup
SetContextPropertiesRule.java
Log:
- Fix bad test using isFile. Somehow, this doesn't seem to follow what is in the
javadocs, and returns false all the time, so support
for packed WARs was broken. !isDirectory is now used instead.
- When parsing a context file, ignore the path attribute. The only place where it
is acceptable is in server.xml.
Revision ChangesPath
1.147 +2 -2
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
Index: StandardContext.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
retrieving revision 1.146
retrieving revision 1.147
diff -u -r1.146 -r1.147
--- StandardContext.java 16 Sep 2004 15:30:32 - 1.146
+++ StandardContext.java 23 Sep 2004 06:58:51 - 1.147
@@ -3921,7 +3921,7 @@
if (log.isDebugEnabled())
log.debug(Configuring default Resources);
try {
-if ((docBase != null) (docBase.endsWith(.war)) ((new
File(docBase)).isFile()))
+if ((docBase != null) (docBase.endsWith(.war)) (!(new
File(docBase)).isDirectory()))
setResources(new WARDirContext());
else
setResources(new FileDirContext());
1.57 +2 -2
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextConfig.java
Index: ContextConfig.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v
retrieving revision 1.56
retrieving revision 1.57
diff -u -r1.56 -r1.57
--- ContextConfig.java17 Sep 2004 01:51:56 - 1.56
+++ ContextConfig.java23 Sep 2004 06:58:52 - 1.57
@@ -789,7 +789,7 @@
docBase = file.getCanonicalPath();
}
-if (docBase.toLowerCase().endsWith(.war) file.isFile() unpackWARs) {
+if (docBase.toLowerCase().endsWith(.war) !file.isDirectory()
unpackWARs) {
URL war = new URL(jar: + (new File(docBase)).toURL() + !/);
String contextPath = context.getPath();
if (contextPath.equals()) {
1.15 +8 -7
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextRuleSet.java
Index: ContextRuleSet.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextRuleSet.java,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- ContextRuleSet.java 21 Sep 2004 07:30:32 - 1.14
+++ ContextRuleSet.java 23 Sep 2004 06:58:52 - 1.15
@@ -117,13 +117,14 @@
public void addRuleInstances(Digester digester) {
if (create) {
-digester.addObjectCreate(prefix + Context,
-org.apache.catalina.core.StandardContext,
-className);
+digester.addObjectCreate(prefix + Context,
+org.apache.catalina.core.StandardContext, className);
+digester.addSetProperties(prefix + Context);
+} else {
+digester.addRule(prefix + Context, new SetContextPropertiesRule());
}
-digester.addSetProperties(prefix + Context);
-digester.addRule(prefix + Context,
- new CopyParentClassLoaderRule());
+digester.addRule(prefix + Context,
+ new CopyParentClassLoaderRule());
if (create) {
digester.addRule(prefix + Context,
new LifecycleListenerRule
1.1
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/SetContextPropertiesRule.java
Index: SetContextPropertiesRule.java
===
/*
* Copyright 1999-2001,2004 The Apache Software Foundation.
*
* Licensed under the Apache License, Version 2.0 (the License);
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServlet.java
remm2004/09/22 23:59:09 Modified:jasper2/src/share/org/apache/jasper/compiler ParserController.java jasper2/src/share/org/apache/jasper/servlet JspServlet.java Log: - Fix imports. Revision ChangesPath 1.55 +0 -1 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ParserController.java Index: ParserController.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ParserController.java,v retrieving revision 1.54 retrieving revision 1.55 diff -u -r1.54 -r1.55 --- ParserController.java 16 Aug 2004 22:35:37 - 1.54 +++ ParserController.java 23 Sep 2004 06:59:09 - 1.55 @@ -18,7 +18,6 @@ import java.io.FileNotFoundException; import java.io.IOException; -import java.io.InputStream; import java.io.InputStreamReader; import java.net.JarURLConnection; import java.net.URL; 1.39 +0 -1 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServlet.java Index: JspServlet.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServlet.java,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- JspServlet.java 8 Sep 2004 20:02:12 - 1.38 +++ JspServlet.java 23 Sep 2004 06:59:09 - 1.39 @@ -17,7 +17,6 @@ package org.apache.jasper.servlet; import java.io.IOException; -import java.io.InputStream; import java.util.Enumeration; import javax.servlet.ServletConfig; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager JMXProxyServlet.java HTMLManagerServlet.java StatusManagerServlet.java ManagerServlet.java
remm2004/09/23 00:03:28
Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager
JMXProxyServlet.java HTMLManagerServlet.java
StatusManagerServlet.java ManagerServlet.java
Log:
- Fix some deprecation warnings.
- Fix bug 31264: deploy should now behave correctly. Also move the writing of the
WAR inside the isServiced block, so that if the uploading
takes time, the auto deployer doesn't try to deploy it.
- Add any deployment operation inside a try/finally block so that serviced is set
back to false for the management operation, regardless of
what occurs. There shouldn't be any unexpected exceptions thrown out there, but
any problem would prevent further management of the
application.
Revision ChangesPath
1.7 +2 -6
jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/JMXProxyServlet.java
Index: JMXProxyServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/JMXProxyServlet.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- JMXProxyServlet.java 27 Feb 2004 14:59:07 - 1.6
+++ JMXProxyServlet.java 23 Sep 2004 07:03:27 - 1.7
@@ -20,12 +20,9 @@
import java.io.IOException;
import java.io.PrintWriter;
-import java.util.Enumeration;
import java.util.Iterator;
import java.util.Set;
-import java.util.Vector;
import javax.management.MBeanServer;
-import javax.management.ObjectInstance;
import javax.management.ObjectName;
import javax.management.MBeanInfo;
import javax.management.MBeanAttributeInfo;
@@ -35,7 +32,6 @@
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import org.apache.commons.modeler.Registry;
-import org.apache.tomcat.util.compat.JdkCompat;
/**
* This servlet will dump JMX attributes in a simple format
@@ -59,8 +55,8 @@
*/
public void init() throws ServletException {
// Retrieve the MBean server
-registry=Registry.getRegistry();
-mBeanServer = Registry.getRegistry().getServer();
+registry = Registry.getRegistry(null, null);
+mBeanServer = Registry.getRegistry(null, null).getMBeanServer();
}
1.16 +8 -4
jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/HTMLManagerServlet.java
Index: HTMLManagerServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/HTMLManagerServlet.java,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- HTMLManagerServlet.java 17 Sep 2004 19:50:20 - 1.15
+++ HTMLManagerServlet.java 23 Sep 2004 07:03:27 - 1.16
@@ -205,9 +205,13 @@
if (!isServiced(path)) {
addServiced(path);
-warUpload.write(file);
-check(path);
-removeServiced(path);
+try {
+warUpload.write(file);
+// Perform new deployment
+check(path);
+} finally {
+removeServiced(path);
+}
}
break;
}
1.15 +2 -2
jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusManagerServlet.java
Index: StatusManagerServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusManagerServlet.java,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- StatusManagerServlet.java 23 Jul 2004 22:46:08 - 1.14
+++ StatusManagerServlet.java 23 Sep 2004 07:03:27 - 1.15
@@ -108,7 +108,7 @@
public void init() throws ServletException {
// Retrieve the MBean server
-mBeanServer = Registry.getServer();
+mBeanServer = Registry.getRegistry(null, null).getMBeanServer();
// Set our properties from the initialization parameters
String value = null;
1.22 +57 -48
jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java
Index: ManagerServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java,v
retrieving revision 1.21
Question about the connection between Apache and Tomcat with JK
Hi, there, Apache is a C application while Tomcat is in pure Java. Would you please complain the mechanism for the communication between these two? Especially, does it use shared memory or a temporary file or sockets? In details, 1. It is feasible and straightforward to implement if using a temporary file as the media for IPC. However, its performance is a concern, due to the disk I/O. 2. If using shared memory, questions are, (1) Since Tomcat is in pure Java, what jdk APIs can be used to the access shared memory with specified address? (2) How to control the memory size? Say when a large amount data being communicated, how to handle the overfilling? Or, if the memory size allocated for the shared memory is too large, then obviously there is a waste in most cases. 3. If using sockets, jdk 1.4 has only socket for TCP and UDP. But when the apache and tomcat are deployed in the same machine, isn't it an overhead to go down to the lower layers when sending data stream, and go upwards when receiving data? Would you please give me a conceptual explanation or a pointer to some documents, and in addition what classes in Tomcat source code handling this IPC as well as the C modules of Apache? Many thanks, Kan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31264] - Manager webapp uploads WAR, then overwrites it
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=31264. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31264 Manager webapp uploads WAR, then overwrites it [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 07:11 --- This issue is now fixed. Sorry for the trouble. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question about the connection between Apache and Tomcat with JK
Kan Deng wrote: Hi, there, Apache is a C application while Tomcat is in pure Java. Would you please complain the mechanism for the communication between these two? Especially, does it use shared memory or a temporary file or sockets? It uses sockets and AJP13 protocol for communication. Would you please give me a conceptual explanation or a pointer to some documents, and in addition what classes in Tomcat source code handling this IPC as well as the C modules of Apache? The best way to start is: http://jakarta.apache.org/tomcat/connectors-doc/jk2/index.html Regards, MT. smime.p7s Description: S/MIME Cryptographic Signature
AW: documentation for jkstatus output
Hi again. Is there really nobody who can tell me something about the output of jkstatus? Please help. Kind regards. Olli. Hi all. Who can tell me, where I can find information about the output of jkstatus (documentation, reference)? I have found many sites with instructions about how to activate the status-worker but not one of these sites explains what the meaning of the different parts of the output is... If there is no documentation on the output availble, who can give me an answer to the following questions: What is the Scoreboard info telling me about the system? Is each row in the Scoreboard info-Section corresponding to an actual instantiated worker process? What is the Endpoint info telling me about the system (What are the differents to the Scoreboard info)? What is the meaning of the columns +jk and +end? What does it mean, if there is an entry in the scoreboard info-section for worker x with a connection time that is 3 hours old? Why is the value in the columns total time and max time equal to zero in each row of the Scoreboard info- and the Endpoint info-section? And finally: Is there a possibility to identify tomcat-threads, wich are caught in e.g. infinite loops? Thanks for your help. Olli. - 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: Question about the connection between Apache and Tomcat with JK
MT, Many thanks for the prompt reply. I read into the document, however, didn't find the answer to my question as following, 3. If using sockets, jdk 1.4 has only socket for TCP and UDP. But when the apache and tomcat are deployed in the same machine, isn't it an overhead to go down to the lower layers when sending data stream, and go upwards when receiving data? Any hint? Kan On Thu, 23 Sep 2004 09:14:34 +0200, Mladen Turk [EMAIL PROTECTED] wrote: Kan Deng wrote: Hi, there, Apache is a C application while Tomcat is in pure Java. Would you please complain the mechanism for the communication between these two? Especially, does it use shared memory or a temporary file or sockets? It uses sockets and AJP13 protocol for communication. Would you please give me a conceptual explanation or a pointer to some documents, and in addition what classes in Tomcat source code handling this IPC as well as the C modules of Apache? The best way to start is: http://jakarta.apache.org/tomcat/connectors-doc/jk2/index.html Regards, MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31090] - The session disappears when the context name contains the space character
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=31090. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31090 The session disappears when the context name contains the space character --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 07:43 --- Created an attachment (id=12843) server.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31090] - The session disappears when the context name contains the space character
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=31090. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31090 The session disappears when the context name contains the space character --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 07:45 --- Created an attachment (id=12844) The Eclipse project for testing - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question about the connection between Apache and Tomcat with JK
Kan Deng wrote: MT, Many thanks for the prompt reply. I read into the document, however, didn't find the answer to my question as following, 3. If using sockets, jdk 1.4 has only socket for TCP and UDP. But when the apache and tomcat are deployed in the same machine, isn't it an overhead to go down to the lower layers when sending data stream, and go upwards when receiving data? Depends on the operating system itself. The smart one will never go down to the physical network layer for local communications. MT. smime.p7s Description: S/MIME Cryptographic Signature
DO NOT REPLY [Bug 31382] New: - Stack overflow at JspServlet with self referencing JSP tag files.
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=31382. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31382 Stack overflow at JspServlet with self referencing JSP tag files. Summary: Stack overflow at JspServlet with self referencing JSP tag files. Product: Tomcat 5 Version: 5.0.25 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Description --- I have a JSP 2.0 tag file which refernces itself (for recursion). When I first compile it, everything is OK. If I then change the JSP tag source and recompiles and deploy, I get an error (I have pasted it at the bottom of this message). If I delete the class file generated from this JSP tag, everything works fine. My assumption is that when Tomcat tries to compile the Java file, the class file still exists on disk. This might cause the compiler to reference the existing class while compiling the source (since the source references itself). If Tomcat would first delete the class when it recognizes that the source was changed, this might not have happened. = The error: = javax.servlet.ServletException org.apache.jasper.servlet.JspServlet.service(JspServlet.java:244) javax.servlet.http.HttpServlet.service(HttpServlet.java:810) org.apache.struts.action.RequestProcessor.doForward (RequestProcessor.java:1056) org.apache.struts.action.RequestProcessor.processForwardConfig (RequestProcessor.java:388) org.apache.struts.action.RequestProcessor.process (RequestProcessor.java:231) org.apache.struts.action.ActionServlet.process(ActionServlet.java:1158) org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) javax.servlet.http.HttpServlet.service(HttpServlet.java:697) javax.servlet.http.HttpServlet.service(HttpServlet.java:810) root cause java.lang.StackOverflowError = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Hi
-- Virus Warning Message (on uusnwa0p) Found virus WORM_NETSKY.Z in file Informations.txt .exe (in Informations.zip) The file is deleted. - Important informations! -- Virus Warning Message (on uusnwa0p) Informations.zip is removed from here because it contains a virus. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Important
-- Virus Warning Message (on uusnwa0p) Found virus WORM_NETSKY.Z in file Textfile.txt .exe (in Textfile.zip) The file is deleted. - Important textfile! -- Virus Warning Message (on uusnwa0p) Textfile.zip is removed from here because it contains a virus. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Bugzilla 30936: secure attribute is persisted twice
Hi, I might take a stab at this later today, using my first approach: secure will become an attribute of the ProtocolHandler interface. The Connector will retain its getSecure/setSecure methods, but they'll just pass through to the ProtocolHandler. That way the attribute will only be in one place and persisted once. Yoav Shapira Millennium Research Informatics -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 22, 2004 10:24 AM To: Tomcat Developers List Subject: Re: Bugzilla 30936: secure attribute is persisted twice Peter Rossbach wrote: Hey, we have many duplicate attributes at connector and protocolhandler classes- I have spent a lot of time to fix that at my new server.xml/context.xml storage module. Current design based on factory model with external description file to handle those issues. Very strange, but my only chance to implement the handler, without break the current codebase. We must refactor the Connector/Protocoll class to make a clear cut, between old and correct attributes. We drop maxProcessors and minProcessors attributes as example. Yes, we need to remove any useless field. More generally, the idea in this branch is to remove anything useless. My current questions are: Why we handle all connectors attributes as real class attributes and dymamic properties? Can we drop the attribute translation between Connector and ProtocolHandler? No, we likely can't, because accessing them would become slow, and some are used during request processing (so they need to remain fields on the Connector class). Rémy - 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: Bugzilla 30936: secure attribute is persisted twice
Shapira, Yoav wrote: Hi, I might take a stab at this later today, using my first approach: secure will become an attribute of the ProtocolHandler interface. The Connector will retain its getSecure/setSecure methods, but they'll just pass through to the ProtocolHandler. That way the attribute will only be in one place and persisted once. -1. This will not fly for performance reasons, and many local fields are needed on the connector class itself. Find something else ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Bugzilla 30936: secure attribute is persisted twice
Hi, Alright ;) That saved me some effort ;) Forget my suggestion, and I'll leave this issue open for now. There are enough other ones for me to look at ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, September 23, 2004 8:58 AM To: Tomcat Developers List Subject: Re: Bugzilla 30936: secure attribute is persisted twice Shapira, Yoav wrote: Hi, I might take a stab at this later today, using my first approach: secure will become an attribute of the ProtocolHandler interface. The Connector will retain its getSecure/setSecure methods, but they'll just pass through to the ProtocolHandler. That way the attribute will only be in one place and persisted once. -1. This will not fly for performance reasons, and many local fields are needed on the connector class itself. Find something else ;) Rémy - 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: Bugzilla 30936: secure attribute is persisted twice
Shapira, Yoav wrote: Hi, Alright ;) That saved me some effort ;) Forget my suggestion, and I'll leave this issue open for now. There are enough other ones for me to look at ;) Well, you can do that part, but not the way you suggested. In the meantime, I'll do what Peter suggested and clean up deprecated and useless fields (minProcessors, etc). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bugzilla 30936: secure attribute is persisted twice
Remy Maucherat wrote: Shapira, Yoav wrote: Hi, Alright ;) That saved me some effort ;) Forget my suggestion, and I'll leave this issue open for now. There are enough other ones for me to look at ;) Well, you can do that part, but not the way you suggested. In the meantime, I'll do what Peter suggested and clean up deprecated and useless fields (minProcessors, etc). I can see about usage (reflection doesn't count, as it wouldn't be as part of the request processing): - getAcceptCount: not used - getAdress: not used in the critical path - getAllowTrace: used - getBufferSize: not used - getCiphers: not used - getClientAuth: not used - getCompression: not used - getConnectionLinger: not used - getConnectionTimeout: not used - getConnectionUploadTimeout: not used - getDisableUploadTimeout: not used - getEnableLookups: used - getKeepAlive: not used - getKeyAlias: not used - getKeystoreFile: not used - getKeystorePass: not used - getMaxHttpHeaderSize: not used - getMaxKeepAliveRequests: not used - getMaxPostSize: used - getPort: used - getProtocol: used - getProxyName: used - getProxyPort: used - getRedirectPort: used - getScheme: used - getSecure: used - getServerSocketTimeout: not used - getSslProtocol: not used - getSslProtocols: not used - getTcpNoDelay: not used - getThreadPriority: not used - getTomcatAuthentication: not used - getURIEncoding: used - getUseBodyEncodingForURI: used (special thx to Eclipse and the open call hierarchy feature :) ) Everything marked as used should not be delegated, while everything else can be. One of the issues is that the get methods would fail until init() is called. That may or may not be an issue. An option would be to tie the Connector object creation with the creation of the protocol handler instance. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Bugzilla 30936: secure attribute is persisted twice
Hi, An option would be to tie the Connector object creation with the creation of the protocol handler instance. That makes sense anyways. Why delay, since the Connect isn't useful without a ProtocolHandler anyways? Yoav 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]
Interesting usage of Tomcat...
http://www.theserverside.com/talks/VendorPerspectives/Mainsoft/interview .tss Yoav Shapira Millennium Research Informatics 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: Interesting usage of Tomcat...
Shapira, Yoav wrote: http://www.theserverside.com/talks/VendorPerspectives/Mainsoft/interview .tss Yes, indeed :) Almost a year ago I proposed a project that would enable Tomcat to seemesly integrate the legacy code. Something like moving the perspective from being an backend to becoming an integrator. Of course, the reaction was not much in favor :). But seems that the direction is to integrate as much of those 'million lines written' as possible. Regards, MT. smime.p7s Description: S/MIME Cryptographic Signature
DO NOT REPLY [Bug 31388] New: - Exception: too many open files on Win2003
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=31388. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31388 Exception: too many open files on Win2003 Summary: Exception: too many open files on Win2003 Product: Tomcat 5 Version: 5.0.24 Platform: Other OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Default installation of Tomcat ends up throwing Exception: too many open files when running on Windows 2003, and JDK 1.4.2_04-b05, under very mild number of users accessing the system. Below is the stack trace. Sorry if this is already discussed somewhere else... Regards, Srdjan -- 2004-09-23 10:28:21 StandardWrapperValve[ServicePub]: Servlet ServicePub is currently unavailable 2004-09-23 10:28:57 StandardWrapperValve[default]: Servlet.service() for servlet default threw exception java.io.IOException: Too many open files at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at org.apache.naming.resources.FileDirContext$FileResource.streamContent (FileDirContext.java:955) at org.apache.catalina.servlets.DefaultServlet$ResourceInfo.getStream (DefaultServlet.java:2434) at org.apache.catalina.servlets.DefaultServlet.copy (DefaultServlet.java:1868) at org.apache.catalina.servlets.DefaultServlet.serveResource (DefaultServlet.java:987) at org.apache.catalina.servlets.DefaultServlet.doGet (DefaultServlet.java:448) at javax.servlet.http.HttpServlet.service(HttpServlet.java:697) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal (StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:117) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:102) at org.apache.catalina.valves.AccessLogValve.invoke (AccessLogValve.java:535) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service (CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process (Http11Processor.java:793) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnecti on(Http11Protocol.java:702) at org.apache.tomcat.util.net.TcpWorkerThread.runIt (PoolTcpEndpoint.java:571) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:644) at java.lang.Thread.run(Thread.java:534) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28727] - CLOSE_WAIT connections draw 100 % cpu
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=28727. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28727 CLOSE_WAIT connections draw 100 % cpu --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 17:45 --- I can confirm this bug on jakarta-tomcat-5.0.19-embed on Solaris 2.8 Suddenly, CLOSE_WAIT connections start to grow and the whole application which embeds tomcat becomes unresponsive. I understand it is hard to reproduce this bug, but this is a blocker for us. Of course, I can help checking new versions where this issue has been addressed. Platform: SunOS e4500 5.8 Generic_108528-16 sun4u sparc SUNW,Ultra-Enterprise j2re1.4.2_02 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28727] - CLOSE_WAIT connections draw 100 % cpu
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=28727. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28727 CLOSE_WAIT connections draw 100 % cpu --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 17:47 --- Well, then please try newer versions than 5.0.19 ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31388] - Exception: too many open files on Win2003
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=31388. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31388 Exception: too many open files on Win2003 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 17:47 --- Not a Tomcat bug: Google for general solutions to Windows' too many open files problems. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31204] - Tomcat exits on null pointer exception
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=31204. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31204 Tomcat exits on null pointer exception [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 19:42 --- I am running Tomcat in a high production environment ... it seems to crash randomly after a few days. I can't replicate on my own -- it just happens. SEVERE: An exception or error occurred in the container during the request processing java.lang.NullPointerException at org.apache.tomcat.util.buf.MessageBytes.toChars (MessageBytes.java:244) at org.apache.tomcat.util.http.mapper.Mapper.map(Mapper.java:509) at org.apache.coyote.tomcat5.CoyoteAdapter.postParseRequest (CoyoteAdapter.java:279) at org.apache.coyote.tomcat5.CoyoteAdapter.service (CoyoteAdapter.java:158) at org.apache.jk.server.JkCoyoteHandler.invoke (JkCoyoteHandler.java:300) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:405) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection (ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) Sep 23, 2004 12:36:26 PM org.apache.jk.common.HandlerRequest invoke INFO: Exiting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31204] - Tomcat exits on null pointer exception
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=31204. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31204 Tomcat exits on null pointer exception [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 19:49 --- If you can't reproduce it, how would we? Please don't waste our time and yours by reopening an issue unless you can provide details steps and/or a sample app that consistently reproduces the error. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/09/23 13:14:49 Modified:catalina/src/bin catalina.bat webapps/docs changelog.xml Log: Bugzilla 31362 Revision ChangesPath 1.11 +2 -2 jakarta-tomcat-catalina/catalina/src/bin/catalina.bat Index: catalina.bat === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/catalina.bat,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- catalina.bat 30 Jun 2004 15:25:31 - 1.10 +++ catalina.bat 23 Sep 2004 20:14:48 - 1.11 @@ -186,7 +186,7 @@ %_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% -Xdebug -Xrunjdwp:transport=%JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% -Djava.endorsed.dirs=%JAVA_ENDORSED_DIRS% -classpath %CLASSPATH% -Dcatalina.base=%CATALINA_BASE% -Dcatalina.home=%CATALINA_HOME% -Djava.io.tmpdir=%CATALINA_TMPDIR% %MAINCLASS% %CMD_LINE_ARGS% %ACTION% goto end :doSecurityJpda -%_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% -Xrunjdwp:transport=%JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% -Djava.endorsed.dirs=%JAVA_ENDORSED_DIRS% -classpath %CLASSPATH% -Djava.security.manager -Djava.security.policy==%SECURITY_POLICY_FILE% -Dcatalina.base=%CATALINA_BASE% -Dcatalina.home=%CATALINA_HOME% -Djava.io.tmpdir=%CATALINA_TMPDIR% %MAINCLASS% %CMD_LINE_ARGS% %ACTION% +%_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% -Xdebug -Xrunjdwp:transport=%JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% -Djava.endorsed.dirs=%JAVA_ENDORSED_DIRS% -classpath %CLASSPATH% -Djava.security.manager -Djava.security.policy==%SECURITY_POLICY_FILE% -Dcatalina.base=%CATALINA_BASE% -Dcatalina.home=%CATALINA_HOME% -Djava.io.tmpdir=%CATALINA_TMPDIR% %MAINCLASS% %CMD_LINE_ARGS% %ACTION% goto end :end 1.116 +4 -1 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.115 retrieving revision 1.116 diff -u -r1.115 -r1.116 --- changelog.xml 22 Sep 2004 15:28:08 - 1.115 +++ changelog.xml 23 Sep 2004 20:14:48 - 1.116 @@ -49,10 +49,13 @@ bug31277/bug: Clarified automatic application deployment section of Host configuration page. (yoavs) /fix fix - bug28631/bug: JAASRealm enhancements to support custom user, role class names, use Commons-Logging. (yoavs) + bug28631/bug: JAASRealm enhancements to support custom user and role classes use Commons-Logging. (yoavs) /fix fix bug31364/bug: Missing resource in org.apache.catalina.core.LocalString.properties. (yoavs) + /fix + fix + bug31362/bug: Missing -Xdebug in catalina.bat when launching with JPDA and Security. (yoavs) /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/09/23 13:17:14 Modified:catalina/src/bin Tag: TOMCAT_5_0 catalina.bat webapps/docs Tag: TOMCAT_5_0 changelog.xml Log: Bugzilla 31362 Revision ChangesPath No revision No revision 1.9.2.2 +2 -2 jakarta-tomcat-catalina/catalina/src/bin/catalina.bat Index: catalina.bat === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/catalina.bat,v retrieving revision 1.9.2.1 retrieving revision 1.9.2.2 diff -u -r1.9.2.1 -r1.9.2.2 --- catalina.bat 21 Aug 2004 15:49:47 - 1.9.2.1 +++ catalina.bat 23 Sep 2004 20:17:14 - 1.9.2.2 @@ -186,7 +186,7 @@ %_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% -Xdebug -Xrunjdwp:transport=%JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% -Djava.endorsed.dirs=%JAVA_ENDORSED_DIRS% -classpath %CLASSPATH% -Dcatalina.base=%CATALINA_BASE% -Dcatalina.home=%CATALINA_HOME% -Djava.io.tmpdir=%CATALINA_TMPDIR% %MAINCLASS% %CMD_LINE_ARGS% %ACTION% goto end :doSecurityJpda -%_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% -Xrunjdwp:transport=%JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% -Djava.endorsed.dirs=%JAVA_ENDORSED_DIRS% -classpath %CLASSPATH% -Djava.security.manager -Djava.security.policy==%SECURITY_POLICY_FILE% -Dcatalina.base=%CATALINA_BASE% -Dcatalina.home=%CATALINA_HOME% -Djava.io.tmpdir=%CATALINA_TMPDIR% %MAINCLASS% %CMD_LINE_ARGS% %ACTION% +%_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% -Xdebug -Xrunjdwp:transport=%JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% -Djava.endorsed.dirs=%JAVA_ENDORSED_DIRS% -classpath %CLASSPATH% -Djava.security.manager -Djava.security.policy==%SECURITY_POLICY_FILE% -Dcatalina.base=%CATALINA_BASE% -Dcatalina.home=%CATALINA_HOME% -Djava.io.tmpdir=%CATALINA_TMPDIR% %MAINCLASS% %CMD_LINE_ARGS% %ACTION% goto end :end No revision No revision 1.70.2.42 +4 -1 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.70.2.41 retrieving revision 1.70.2.42 diff -u -r1.70.2.41 -r1.70.2.42 --- changelog.xml 22 Sep 2004 15:50:36 - 1.70.2.41 +++ changelog.xml 23 Sep 2004 20:17:14 - 1.70.2.42 @@ -83,7 +83,10 @@ bug28631/bug: JAASRealm enhancements to support custom user, role class names, use Commons-Logging. (yoavs) /fix fix - bug31364/bug: Missing resource in org.apache.catalina.core.LocalString.properties. (yoavs) +bug31364/bug: Missing resource in org.apache.catalina.core.LocalString.properties. (yoavs) + /fix + fix +bug31362/bug: Missing -Xdebug in catalina.bat when using JPDA and Security. (yoavs) /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31362] - Start Catalina under JPDA debugger with -security option fails
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=31362. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31362 Start Catalina under JPDA debugger with -security option fails [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 20:21 --- OK, fixed. Thanks for pointing it out ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31090] - The session disappears when the context name contains the space character
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=31090. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31090 The session disappears when the context name contains the space character [EMAIL PROTECTED] changed: What|Removed |Added Component|Unknown |Catalina OS/Version|Linux |All Priority|Other |Medium Platform|PC |All Version|Unknown |5.0.28 --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 20:38 --- I've verified your bug outside Eclipse, and I'm attaching a WAR that lets one reproduce it on an out-of-the-box tomcat. Deploying this war as SessionSpace.war versus Session Space.war shows the bug. I'm updating the comopnent, platform, OS, version fields of the bug report as well. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31090] - The session disappears when the context name contains the space character
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=31090. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31090 The session disappears when the context name contains the space character --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 20:39 --- Created an attachment (id=12851) WAR to reproduce bug - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Interesting usage of Tomcat...
Mladen Turk wrote: Shapira, Yoav wrote: http://www.theserverside.com/talks/VendorPerspectives/Mainsoft/interview .tss Yes, indeed :) Almost a year ago I proposed a project that would enable Tomcat to seemesly integrate the legacy code. Something like moving the perspective from being an backend to becoming an integrator. Of course, the reaction was not much in favor :). But seems that the direction is to integrate as much of those 'million lines written' as possible. Regards, MT. We know more now than we did one year ago :-) Beeing able to integrate our code in other apps and other apps in our code is indeed becoming more and more important. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Interesting usage of Tomcat...
Costin Manolache wrote: Mladen Turk wrote: Shapira, Yoav wrote: http://www.theserverside.com/talks/VendorPerspectives/Mainsoft/interview .tss Yes, indeed :) Almost a year ago I proposed a project that would enable Tomcat to seemesly integrate the legacy code. Something like moving the perspective from being an backend to becoming an integrator. Of course, the reaction was not much in favor :). But seems that the direction is to integrate as much of those 'million lines written' as possible. Regards, MT. We know more now than we did one year ago :-) Beeing able to integrate our code in other apps and other apps in our code is indeed becoming more and more important. plug and guess what I'm talking about at Apache Conf 2004 ;-). /plug OK that was an easy plug :-) -- Jeanfrancois Costin - 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]
DO NOT REPLY [Bug 31204] - Tomcat exits on null pointer exception
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=31204. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31204 Tomcat exits on null pointer exception --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 21:13 --- Created an attachment (id=12852) Client to reproduce this - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31392] New: - Add getCause() method to javax.servlet.ServletException
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=31392.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=31392
Add getCause() method to javax.servlet.ServletException
Summary: Add getCause() method to javax.servlet.ServletException
Product: Tomcat 5
Version: 5.0.28
Platform: All
OS/Version: All
Status: NEW
Severity: Enhancement
Priority: Other
Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Java 1.4 uses the getCause() method to get the root cause and append its String
representation to the String returned by Throwable.toString() which can be very
convenient when debugging.
Here is the method.
/**
* Returns the exception that caused this servlet exception. This method
* is used starting at Java 1.4.
*/
public Throwable getCause() {
return rootCause;
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31392] - Add getCause() method to javax.servlet.ServletException
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=31392. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31392 Add getCause() method to javax.servlet.ServletException [EMAIL PROTECTED] changed: What|Removed |Added Component|Jasper |Servlet JSP API - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31392] - Add getCause() method to javax.servlet.ServletException
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=31392. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31392 Add getCause() method to javax.servlet.ServletException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 23:16 --- Any change to javax.* must go to spec feedback. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31354] - different data types asked when precompiling jsp as opposed to have tomcat doing this
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=31354. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31354 different data types asked when precompiling jsp as opposed to have tomcat doing this [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 23:28 --- Couldn't verify your bug. You'll need to provide a test case. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
