DO NOT REPLY [Bug 18399] New: - The single direction converter cannot be set by ServletRequest#setCharacterEncoding.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18399. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18399 The single direction converter cannot be set by ServletRequest#setCharacterEncoding. Summary: The single direction converter cannot be set by ServletRequest#setCharacterEncoding. Product: Tomcat 4 Version: 4.1.24 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Connector:JK/AJP (deprecated) AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hello. Because of org.apache.catalina.util.ReqeustUtil#parseParameters, the single direction converter (for example, JISAutoDetect) cannot be set to ServletRequest#setCharacterEncoding (A parameter may be set to null). Although the single direction converter is possible for the conversion to String from byte[], conversion to byte[] from String cannot be performed. Should I use not org.apache.ajp.tomcat4.Ajp13Connector but org.apache.coyote.tomcat4.CoyoteConnector? org.apache.coyote.tomcat4.CoyoteConnector Is mod_jk (not being mod_jk2) connectable? Is org.apache.coyote.tomcat4.CoyoteConnector product quality? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/admin/service service.jsp
amyroh 2003/03/27 00:26:26
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service
SaveServiceAction.java
webapps/admin/host host.jsp
webapps/admin/service service.jsp
Log:
Minor fix for input length and correct tree node display.
Revision ChangesPath
1.7 +25 -4
jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/SaveServiceAction.java
Index: SaveServiceAction.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/SaveServiceAction.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- SaveServiceAction.java24 Mar 2003 09:17:02 - 1.6
+++ SaveServiceAction.java27 Mar 2003 08:26:25 - 1.7
@@ -87,6 +87,7 @@
import org.apache.struts.action.ActionMapping;
import org.apache.struts.util.MessageResources;
import org.apache.webapp.admin.ApplicationServlet;
+import org.apache.webapp.admin.Lists;
import org.apache.webapp.admin.TomcatTreeBuilder;
import org.apache.webapp.admin.TreeControl;
import org.apache.webapp.admin.TreeControlNode;
@@ -296,6 +297,26 @@
content,
true, engineName);
parentNode.addChild(childNode);
+// update tree to display the newly added realm
+Iterator realmNames =
+Lists.getRealms(mBServer, sObjectName).iterator();
+while (realmNames.hasNext()) {
+String realmName = (String) realmNames.next();
+ObjectName objectName = new ObjectName(realmName);
+nodeLabel = Realm for service ( +
+sform.getServiceName() + );
+TreeControlNode realmNode =
+new TreeControlNode(realmName,
+Realm.gif,
+nodeLabel,
+EditRealm.do?select= +
+URLEncoder.encode(realmName) +
+nodeLabel= +
+URLEncoder.encode(nodeLabel),
+content,
+false, engineName);
+childNode.addChild(realmNode);
+}
// FIXME - force a redisplay
} else {
getServlet().log
1.9 +1 -1 jakarta-tomcat-catalina/webapps/admin/host/host.jsp
Index: host.jsp
===
RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/admin/host/host.jsp,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- host.jsp 25 Mar 2003 08:29:06 - 1.8
+++ host.jsp 27 Mar 2003 08:26:25 - 1.9
@@ -150,7 +150,7 @@
controls:data
%-- input only allowed on create transaction --%
logic:equal name=hostForm property=adminAction value=Create
- html:text property=hostName size=255 maxlength=24
styleId=name/
+ html:text property=hostName size=50 maxlength=50
styleId=name/
/logic:equal
logic:equal name=hostForm property=adminAction value=Edit
bean:write name=hostForm property=hostName/
1.8 +2 -2 jakarta-tomcat-catalina/webapps/admin/service/service.jsp
Index: service.jsp
===
RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/admin/service/service.jsp,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- service.jsp 25 Mar 2003 08:29:06 - 1.7
+++ service.jsp 27 Mar 2003 08:26:26 - 1.8
@@ -168,7 +168,7 @@
/controls:label
controls:data
logic:equal name=serviceForm property=adminAction value=Create
-html:text property=serviceName size=24 maxlength=24
styleId=serviceName/
+html:text property=serviceName size=50 maxlength=50
styleId=serviceName/
/logic:equal
logic:equal name=serviceForm property=adminAction value=Edit
html:hidden property=serviceName/
@@ -212,7 +212,7 @@
cvs commit: jakarta-tomcat-catalina/webapps/admin savefail.jsp
amyroh 2003/03/27 00:27:11 Added: webapps/admin savefail.jsp Log: Add an error page for realms Revision ChangesPath 1.1 jakarta-tomcat-catalina/webapps/admin/savefail.jsp Index: savefail.jsp === !-- Standard Struts Entries -- %@ page language=java contentType=text/html;charset=utf-8 % %@ taglib uri=/WEB-INF/struts-bean.tld prefix=bean % %@ taglib uri=/WEB-INF/struts-html.tld prefix=html % %@ taglib uri=/WEB-INF/struts-logic.tld prefix=logic % html:html locale=true body bgcolor=white background=images/PaperTexture.gif %-- Cause our tree control to refresh itself --% script language=JavaScript !-- parent.tree.location='treeControlTest.do'; -- /script %@ include file=header.jsp % centerh2 %-- display warnings if any --% logic:present name=warning bean:message key=warning.header/ /h2/center h3center bean:message key='%= (String) request.getAttribute(warning) %'/ br /logic:present /h3/center centerh2 bean:message key=save.fail/ /h2/center %@ include file=footer.jsp % /body /html:html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 module for AOLserver
Alexander Leyke wrote: Hi, A question about enhancement adoption process - how long does it typically take for new code to show up in CVS, in nightly builds? What is the verification process for new code? I have posted enhancement request to the mailing list and to Bugzilla (http://issues.apache.org/bugzilla/show_bug.cgi?id=18283). Thanks, Alex Alex, This tends to vary a lot. For features which a lot of people want, or for features that one of the committers is personally interested in, adoption (assuming the code is of appropriate quality - I've seen more than a few patches that have simply been ignored because they're absolutely terrible (I'm not suggesting this is the case for you)) tends to be very fast - within a day or two. For less widely used things like your contribution here, it can take quite a long time sometimes, and perhaps a bit of nagging at one or two of the contributors (though that can, of course, have negative impact as well - don't annoy them too much :-) Taking a large patch, checking it for quality/acceptability, etc. is not a trivial amount of work, so it could be a while until someone has the time to integrate this. Don't despair, though! Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP] Build timed out - jk
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-27/jakarta-tomcat-jk-native.html
Buildfile: build.xml
init:
[echo] /home/rubys
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk
[echo] linux=true solaris=${solaris} win32=${win32} hpux=${hpux}
netware=${netware}
apache20:
apache13:
iis:
netscape:
jni:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk/jni
[so] Compiling 4 out of 4
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_map.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_pool.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_util.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/jni/jk_jnicb.c
Linking /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk/jni/jni_connect.so
/home/rubys/bin/timeout: timed out
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP] Build timed out - jk2
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-27/jakarta-tomcat-jk-native2.html
Buildfile: build.xml
init.taskdef:
guess.os:
[echo] build.properties i386.Linux
[echo] Linux:true Win32:${win32} Netware:${netware} Solaris:${solaris}
HPUX:${hpux}
init.win32.properties:
init.win32.mc:
init.win32:
init.netware:
init.os:
guess.server:
[echo] Apache2 /usr/local/apache2 true
[echo] Apache13 /usr true
[echo] IIS ${iis.home} ${iis.detect}
[echo] Iplanet ${iplanet.home} ${iplanet.detect}
[echo] JNI true
init:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk2
apache20:
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk2/apache2
[so] Compiling 42 out of 42
Compiling
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_channel.c
Compiling
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_env.c
/home/rubys/bin/timeout: timed out
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5/resources/mbeans jboss-service.xml
costin 2003/03/27 06:54:35 Removed: resources/mbeans jboss-service.xml Log: Removed - it can't be used without other stuff. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18199] - Regression in Tomcat 5: UnavailableException thrown in init() return Status 404 not 503
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18199. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18199 Regression in Tomcat 5: UnavailableException thrown in init() return Status 404 not 503 [EMAIL PROTECTED] changed: What|Removed |Added CC|[EMAIL PROTECTED] | Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 15:03 --- Fix verified in today's cvs build. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18200] - Regression in Tomcat 5: runtime Exception that cannot be caught by catch block
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18200. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18200 Regression in Tomcat 5: runtime Exception that cannot be caught by catch block [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 15:05 --- Fix verified in Today's CVS build. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18411] New: - Different ClassLoader behaviour depending on how an application is deployed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18411. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18411 Different ClassLoader behaviour depending on how an application is deployed Summary: Different ClassLoader behaviour depending on how an application is deployed Product: Tomcat 4 Version: 4.1.24 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Depending on how an application is deployed, i. e. a) throwing it into the webapps directory b) configuring the context in server.xml the classloader behaves differently: In (a) the directory $CATLINA_HOME/shared/lib/ is searched for *.jar files in case (b) it is not. I observed this behaviour during application development and tried to track it down as far as possible. The following description is only a method how to easily reproduce this behviour and is artificially constructed. The real-world implication is that I cannot use the directory $CATLINA_HOME/shared/lib/ for my shared libraries, but have to use $CATLINA_HOME/common/lib/ until this bug is fixed. Now here is a very easy way to prove that class loading behaves different depending on how an application is deployed: 1.Create a sample file test.jsp with the following line of code: % Object o = new NonExistingClass(); % Compiling this JSP file will always fail, because NonExistingClass does not exist. 2.Deploy this file in a subdirectory of webapps and access it via a browser. The file logs/localhost_log.2003-03-27.txt will show a compile error like the one that is attached (Attachment 1) below. In the trace the jar files from $CATALINA_HOME/shared/lib/ are listed in the classpath 3. Deploy the same file in a different directory, configure a context in server.xml and access it via a browser: Now the file logs/localhost_log.2003-03-27.txt will show an error trace like the one that is attached as the second listing: Here the jars from $CATALINA_HOME/shared/lib/ do not appear in the classpath instead all jars from $CATALINA_HOME/server/lib/ are listed. = Attachement 1: Begin === 2003-03-27 15:45:50 Error compiling file: /home/hias/tomcat4/work/Standalone/localhost/test/test_jsp.java [javac] Since fork is true, ignoring compiler setting. [javac] Compiling 1 source file [javac] Since fork is true, ignoring compiler setting. [javac] /home/hias/tomcat4/work/Standalone/localhost/test/test_jsp.java:41: cannot resolve symbol [javac] symbol : class NonExistingClass [javac] location: class org.apache.jsp.test_jsp [javac] Object o = new NonExistingClass(); [javac] ^ [javac] 1 error 2003-03-27 15:45:50 Info: Compile: javaFileName=/home/hias/tomcat4/work/Standalone/localhost/test/test_jsp.java classpath=/opt/jakarta-tomcat-4.1.24-LE-jdk14/shared/classes/:/opt/jakarta-tomcat-4.1.24-LE-jdk14/shared/lib/xerces.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/shared/lib/activation.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/shared/lib/jdbc2_0-stdext.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/shared/lib/mail.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/classes/:/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/commons-collections.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/servlet.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/jasper-compiler.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/naming-factory.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/jasper-runtime.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/naming-resources.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/ant.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/commons-logging-api.jar:/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/naming-common.jar cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/shared/classes cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/shared/lib/xerces.jar cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/shared/lib/activation.jar cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/shared/lib/jdbc2_0-stdext.jar cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/shared/lib/mail.jar cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/classes cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/commons-collections.jar cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/servlet.jar cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/jasper-compiler.jar cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/naming-factory.jar cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/jasper-runtime.jar cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/naming-resources.jar cp=/opt/jakarta-tomcat-4.1.24-LE-jdk14/common/lib/ant.jar
DO NOT REPLY [Bug 17736] - RequestDispatcher.include/forward deal checked Exception incorrectly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17736. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17736 RequestDispatcher.include/forward deal checked Exception incorrectly --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 15:23 --- Created an attachment (id=5536) testcase war file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17736] - RequestDispatcher.include/forward deal checked Exception incorrectly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17736. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17736 RequestDispatcher.include/forward deal checked Exception incorrectly [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 15:25 --- The problem is still exists in today's cvs build. Re-open the bug. Just submitted a testcase file for reproduce the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18413] New: - File name too long
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18413. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18413 File name too long Summary: File name too long Product: Tomcat 4 Version: 4.1.24 Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: Other Component: Webapps:Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We are using Tomcat on VMS, and so far everything seems to work OK. However, unpacking the latest version 4.1.24 results in several error messages, as some of the HTML file names are longer than permitted by the VMS file system (ODS-2) that we are currently using. ODS-2 permits names of up to 39 characters before the . and 39 after it. It would be very helpful if file name lengths could be kept below this limit. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jasper: Error running javac.exe compiler (tc4.1.24)
hi all, i just installed tomcat 4.1.24 on my dev server and since then i can't call ANY jsp file. jasper always fails with the following exception reports. its pretty long so i extracted the main parts: [snip] Error running javac.exe compiler at org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExtern alCompile(DefaultCompilerAdapter.java:455) at org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal. java:81) at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:840) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:682) [/snip] [snip] --- Nested Exception --- Caused by: java.io.IOException: CreateProcess: javac.exe -classpath C:\projects\webapps\stats\WEB-INF\classes;C:\projects\webapps\stats\WEB-INF \lib\struts.jar;C:\Tomcat 4.1\shared\classes;C:\Tomcat 4.1\common\classes;C:\Tomcat 4.1\common\endorsed\xercesImpl.jar;C:\Tomcat 4.1\common\endorsed\xmlParserAPIs.jar;C:\Tomcat 4.1\common\lib\activation.jar;C:\Tomcat 4.1\common\lib\ant.jar;C:\Tomcat 4.1\common\lib\catalina-ant.jar;C:\Tomcat 4.1\common\lib\commons-collections.jar;C:\Tomcat 4.1\common\lib\commons-dbcp.jar;C:\Tomcat 4.1\common\lib\commons-logging-api.jar;C:\Tomcat 4.1\common\lib\commons-pool.jar;C:\Tomcat 4.1\common\lib\jasper-compiler.jar;C:\Tomcat 4.1\common\lib\jasper-runtime.jar;C:\Tomcat 4.1\common\lib\jdbc2_0-stdext.jar;C:\Tomcat 4.1\common\lib\jndi.jar;C:\Tomcat 4.1\common\lib\jta.jar;C:\Tomcat 4.1\common\lib\mail.jar;C:\Tomcat 4.1\common\lib\naming-common.jar;C:\Tomcat 4.1\common\lib\naming-factory.jar;C:\Tomcat 4.1\common\lib\naming-resources.jar;C:\Tomcat 4.1\common\lib\pgjdbc2.jar;C:\Tomcat 4.1\common\lib\servlet.jar;C:\Tomc? at java.lang.Win32Process.create(Native Method) at java.lang.Win32Process.init(Win32Process.java:63) at java.lang.Runtime.execInternal(Native Method) at java.lang.Runtime.exec(Runtime.java:566) [/snip] im on Windows XP pro, jdk1.4.1_02, tomcat 4.1.24. my guess would be the classpath is too long and gets truncated hence the C:\Tomc?. [javac] Since fork is true, ignoring compiler setting. i would try it without fork, but where can i set this? bye, thomas PS: the full report - 2003-03-27 16:45:17 Error compiling file: C:\Tomcat 4.1\work\Standalone\localhost\stats\/index_jsp.java [javac] Since fork is true, ignoring compiler setting. [javac] Compiling 1 source file [javac] Since fork is true, ignoring compiler setting. 2003-03-27 16:45:17 Info: Compile: javaFileName=C:\Tomcat 4.1\work\Standalone\localhost\stats\/index_jsp.java classpath=/C:/projects/webapps/stats/WEB-INF/classes/;/C:/projects/webapps/s tats/WEB-INF/lib/struts.jar;/C:/projects/webapps/stats/WEB-INF/classes/;/C:/ projects/webapps/stats/WEB-INF/lib/struts.jar;C:/Tomcat 4.1/shared/classes/;C:/Tomcat 4.1/common/classes/;C:/Tomcat 4.1/common/endorsed/xercesImpl.jar;C:/Tomcat 4.1/common/endorsed/xmlParserAPIs.jar;C:/Tomcat 4.1/common/lib/activation.jar;C:/Tomcat 4.1/common/lib/ant.jar;C:/Tomcat 4.1/common/lib/catalina-ant.jar;C:/Tomcat 4.1/common/lib/commons-collections.jar;C:/Tomcat 4.1/common/lib/commons-dbcp.jar;C:/Tomcat 4.1/common/lib/commons-logging-api.jar;C:/Tomcat 4.1/common/lib/commons-pool.jar;C:/Tomcat 4.1/common/lib/jasper-compiler.jar;C:/Tomcat 4.1/common/lib/jasper-runtime.jar;C:/Tomcat 4.1/common/lib/jdbc2_0-stdext.jar;C:/Tomcat 4.1/common/lib/jndi.jar;C:/Tomcat 4.1/common/lib/jta.jar;C:/Tomcat 4.1/common/lib/mail.jar;C:/Tomcat 4.1/common/lib/naming-common.jar;C:/Tomcat 4.1/common/lib/naming-factory.jar;C:/Tomcat 4.1/common/lib/naming-resources.jar;C:/Tomcat 4.1/common/lib/pgjdbc2.jar;C:/Tomcat 4.1/common/lib/servlet.jar;C:/Tomcat 4.1/common/lib/tools.jar cp=C:\projects\webapps\stats\WEB-INF\classes cp=C:\projects\webapps\stats\WEB-INF\lib\struts.jar cp=C:\projects\webapps\stats\WEB-INF\classes cp=C:\projects\webapps\stats\WEB-INF\lib\struts.jar cp=C:\Tomcat 4.1\shared\classes cp=C:\Tomcat 4.1\common\classes cp=C:\Tomcat 4.1\common\endorsed\xercesImpl.jar cp=C:\Tomcat 4.1\common\endorsed\xmlParserAPIs.jar cp=C:\Tomcat 4.1\common\lib\activation.jar cp=C:\Tomcat 4.1\common\lib\ant.jar cp=C:\Tomcat 4.1\common\lib\catalina-ant.jar cp=C:\Tomcat 4.1\common\lib\commons-collections.jar cp=C:\Tomcat 4.1\common\lib\commons-dbcp.jar cp=C:\Tomcat 4.1\common\lib\commons-logging-api.jar cp=C:\Tomcat 4.1\common\lib\commons-pool.jar cp=C:\Tomcat 4.1\common\lib\jasper-compiler.jar cp=C:\Tomcat 4.1\common\lib\jasper-runtime.jar cp=C:\Tomcat 4.1\common\lib\jdbc2_0-stdext.jar cp=C:\Tomcat 4.1\common\lib\jndi.jar cp=C:\Tomcat 4.1\common\lib\jta.jar cp=C:\Tomcat 4.1\common\lib\mail.jar cp=C:\Tomcat 4.1\common\lib\naming-common.jar cp=C:\Tomcat 4.1\common\lib\naming-factory.jar cp=C:\Tomcat 4.1\common\lib\naming-resources.jar cp=C:\Tomcat
DO NOT REPLY [Bug 18416] New: - tag problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18416. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18416 tag problem Summary: tag problem Product: Tomcat 4 Version: 4.1.24 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm developing a frame application and I have the following situation : example: dialog name = test.jsp; dialog code: tg:dialog FRAMESET rows=*,* FRAME src=test.jsp?frame_id=FRM001/ FRAME src=test.jsp?frame_id=FRM002/ /FRAMEST /tg:dialog tg:frame id=FRM01 ... /tg:frame tg:frame id=FRM02 ... /tg:frame I save the instance of both frame tags in a hashtable in the dialog environment htFrames.put(FRM01, frameinstance1); htFrames.put(FRM02, frameinstance2); when I try to got the instance of the frames from hashtable : 1. using 4.0.x the frame instaces are returned ok from hastable. 2. but using 4.1.x return the same frame instance for both hashtable elements. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18417] New: - Header should not get set after ContentBuffer is filled up and promptly flushed to client
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417
Header should not get set after ContentBuffer is filled up and promptly flushed to
client
Summary: Header should not get set after ContentBuffer is filled
up and promptly flushed to client
Product: Tomcat 5
Version: 5.0.1
Platform: Sun
OS/Version: Solaris
Status: NEW
Severity: Major
Priority: Other
Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Set Header AFTER filling up the Content buffer, the content is flushed to client
once it is filled up, correctly, except header is set:
public void service(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException
{
int size = 40;
response.setContentLength(size);
PrintWriter pw = response.getWriter();
pw.println(Test PASSED);
StringBuffer tmp= new StringBuffer(2*size);
int i = 0;
while ( i 8) {
tmp = tmp.append(1x);
i = i+1;
}
pw.println(tmp);
response.addIntHeader(header1, 12345);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18417] - Header should not get set after ContentBuffer is filled up and promptly flushed to client
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417 Header should not get set after ContentBuffer is filled up and promptly flushed to client --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 16:36 --- Created an attachment (id=5538) Added a test case war file for reproduce the problem - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18417] - Header should not get set after ContentBuffer is filled up and promptly flushed to client
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417 Header should not get set after ContentBuffer is filled up and promptly flushed to client [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 16:50 --- I do not agree with the bug report. If the response print writer is actually committed (I don't think it is here), then the header will be swallowed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18417] - Header should not get set after ContentBuffer is filled up and promptly flushed to client
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417 Header should not get set after ContentBuffer is filled up and promptly flushed to client [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Minor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jasper: Error running javac.exe compiler (tc4.1.24)
Thomas, Is javac.exe in Tomcat's path? My guess is that Ant can't find javac.exe -Chad Johnson (you may be better off asking this in tomcat-user) -Original Message- From: Thomas Heller [mailto:[EMAIL PROTECTED] Sent: Thursday, March 27, 2003 10:05 AM To: [EMAIL PROTECTED] Subject: Jasper: Error running javac.exe compiler (tc4.1.24) hi all, i just installed tomcat 4.1.24 on my dev server and since then i can't call ANY jsp file. jasper always fails with the following exception reports. its pretty long so i extracted the main parts: [snip] Error running javac.exe compiler at org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeEx tern alCompile(DefaultCompilerAdapter.java:455) at org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExter nal. java:81) at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:840) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:682) [/snip] [snip] --- Nested Exception --- Caused by: java.io.IOException: CreateProcess: javac.exe -classpath C:\projects\webapps\stats\WEB-INF\classes;C:\projects\webapps\stats\WEB -INF \lib\struts.jar;C:\Tomcat 4.1\shared\classes;C:\Tomcat 4.1\common\classes;C:\Tomcat 4.1\common\endorsed\xercesImpl.jar;C:\Tomcat 4.1\common\endorsed\xmlParserAPIs.jar;C:\Tomcat 4.1\common\lib\activation.jar;C:\Tomcat 4.1\common\lib\ant.jar;C:\Tomcat 4.1\common\lib\catalina-ant.jar;C:\Tomcat 4.1\common\lib\commons-collections.jar;C:\Tomcat 4.1\common\lib\commons-dbcp.jar;C:\Tomcat 4.1\common\lib\commons-logging-api.jar;C:\Tomcat 4.1\common\lib\commons-pool.jar;C:\Tomcat 4.1\common\lib\jasper-compiler.jar;C:\Tomcat 4.1\common\lib\jasper-runtime.jar;C:\Tomcat 4.1\common\lib\jdbc2_0-stdext.jar;C:\Tomcat 4.1\common\lib\jndi.jar;C:\Tomcat 4.1\common\lib\jta.jar;C:\Tomcat 4.1\common\lib\mail.jar;C:\Tomcat 4.1\common\lib\naming-common.jar;C:\Tomcat 4.1\common\lib\naming-factory.jar;C:\Tomcat 4.1\common\lib\naming-resources.jar;C:\Tomcat 4.1\common\lib\pgjdbc2.jar;C:\Tomcat 4.1\common\lib\servlet.jar;C:\Tomc? at java.lang.Win32Process.create(Native Method) at java.lang.Win32Process.init(Win32Process.java:63) at java.lang.Runtime.execInternal(Native Method) at java.lang.Runtime.exec(Runtime.java:566) [/snip] im on Windows XP pro, jdk1.4.1_02, tomcat 4.1.24. my guess would be the classpath is too long and gets truncated hence the C:\Tomc?. [javac] Since fork is true, ignoring compiler setting. i would try it without fork, but where can i set this? bye, thomas PS: the full report - 2003-03-27 16:45:17 Error compiling file: C:\Tomcat 4.1\work\Standalone\localhost\stats\/index_jsp.java [javac] Since fork is true, ignoring compiler setting. [javac] Compiling 1 source file [javac] Since fork is true, ignoring compiler setting. 2003-03-27 16:45:17 Info: Compile: javaFileName=C:\Tomcat 4.1\work\Standalone\localhost\stats\/index_jsp.java classpath=/C:/projects/webapps/stats/WEB-INF/classes/;/C:/projects/webap ps/s tats/WEB-INF/lib/struts.jar;/C:/projects/webapps/stats/WEB-INF/classes/; /C:/ projects/webapps/stats/WEB-INF/lib/struts.jar;C:/Tomcat 4.1/shared/classes/;C:/Tomcat 4.1/common/classes/;C:/Tomcat 4.1/common/endorsed/xercesImpl.jar;C:/Tomcat 4.1/common/endorsed/xmlParserAPIs.jar;C:/Tomcat 4.1/common/lib/activation.jar;C:/Tomcat 4.1/common/lib/ant.jar;C:/Tomcat 4.1/common/lib/catalina-ant.jar;C:/Tomcat 4.1/common/lib/commons-collections.jar;C:/Tomcat 4.1/common/lib/commons-dbcp.jar;C:/Tomcat 4.1/common/lib/commons-logging-api.jar;C:/Tomcat 4.1/common/lib/commons-pool.jar;C:/Tomcat 4.1/common/lib/jasper-compiler.jar;C:/Tomcat 4.1/common/lib/jasper-runtime.jar;C:/Tomcat 4.1/common/lib/jdbc2_0-stdext.jar;C:/Tomcat 4.1/common/lib/jndi.jar;C:/Tomcat 4.1/common/lib/jta.jar;C:/Tomcat 4.1/common/lib/mail.jar;C:/Tomcat 4.1/common/lib/naming-common.jar;C:/Tomcat 4.1/common/lib/naming-factory.jar;C:/Tomcat 4.1/common/lib/naming-resources.jar;C:/Tomcat 4.1/common/lib/pgjdbc2.jar;C:/Tomcat 4.1/common/lib/servlet.jar;C:/Tomcat 4.1/common/lib/tools.jar cp=C:\projects\webapps\stats\WEB-INF\classes cp=C:\projects\webapps\stats\WEB-INF\lib\struts.jar cp=C:\projects\webapps\stats\WEB-INF\classes cp=C:\projects\webapps\stats\WEB-INF\lib\struts.jar cp=C:\Tomcat 4.1\shared\classes cp=C:\Tomcat 4.1\common\classes cp=C:\Tomcat 4.1\common\endorsed\xercesImpl.jar cp=C:\Tomcat 4.1\common\endorsed\xmlParserAPIs.jar cp=C:\Tomcat 4.1\common\lib\activation.jar cp=C:\Tomcat 4.1\common\lib\ant.jar cp=C:\Tomcat 4.1\common\lib\catalina-ant.jar cp=C:\Tomcat 4.1\common\lib\commons-collections.jar cp=C:\Tomcat 4.1\common\lib\commons-dbcp.jar cp=C:\Tomcat 4.1\common\lib\commons-logging-api.jar cp=C:\Tomcat 4.1\common\lib\commons-pool.jar cp=C:\Tomcat 4.1\common\lib\jasper-compiler.jar cp=C:\Tomcat 4.1\common\lib\jasper-runtime.jar
DO NOT REPLY [Bug 6709] - Images on protected areas have not Last modified header
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6709. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6709 Images on protected areas have not Last modified header --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 17:13 --- Please help. Does anyone know how to set the flag named disableProxyCaching in the Authenticator object? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18417] - Header should not get set after ContentBuffer is filled up and promptly flushed to client
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417 Header should not get set after ContentBuffer is filled up and promptly flushed to client [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 18:07 --- Here is the statement from Servlet Spec 2.4 public final draft 2: From SRV.5.5 Closure of Response Object: When a response is closed, the container must immediately flush all remaining content in the response buffer to the client. The following events indicate that the servlet has satisfied the request and that the response object is to be closed: *The termination of the service method of the servlet. *The amount of content specified in the setContentLength method of the response has been written to the response. *The sendError method is called. *The sendRedirect method is called. And from SRV.5.2 Headers(the second last paragraph): To be successfully transmitted back to the client, headers must be set before the response is committed. Headers set after the response is committed will be ignored by the servlet container. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15790] - JkCoyoteHandler Unable to process X509 Certificate from Apache 2.0.43/mod_jk
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15790. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15790 JkCoyoteHandler Unable to process X509 Certificate from Apache 2.0.43/mod_jk --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 18:11 --- Created an attachment (id=5541) This crude patch fixes the problem. It's really just a workaround, and not a permanent fix, but it should do for now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18417] - Header should not get set after ContentBuffer is filled up and promptly flushed to client
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417 Header should not get set after ContentBuffer is filled up and promptly flushed to client [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 18:12 --- Oooh, I'm extremely sorry, it is only another very lame requirement of the servlet spec. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 6709] - Images on protected areas have not Last modified header
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6709. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6709 Images on protected areas have not Last modified header --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 18:28 --- Assuming that you are using Form authentication, Context ... Valve className=org.apache.catalina.authenticator.FormAuthenticator disableProxyCaching=true ... / ... /Context For other types of authentication, replace FormAuthenticator with the correct class. Note that this option doesn't play well with the admin webapp. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java
remm2003/03/27 10:29:39
Modified:coyote/src/java/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
- If contentCount is equal to contentLength, the response is considered
committed.
Revision ChangesPath
1.20 +6 -5
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteResponse.java
Index: CoyoteResponse.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteResponse.java,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- CoyoteResponse.java 18 Mar 2003 10:54:54 - 1.19
+++ CoyoteResponse.java 27 Mar 2003 18:29:39 - 1.20
@@ -364,7 +364,8 @@
* Application commit flag accessor.
*/
public boolean isAppCommitted() {
-return (this.appCommitted || isCommitted() || isSuspended());
+return (this.appCommitted || isCommitted() || isSuspended()
+|| (getContentCount() == getContentLength()));
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18416] - tag problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18416. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18416 tag problem [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 18:32 --- By default, Tomcat 4.1.x re-uses Tag instances (as is allowed by the JSP spec). As a result, you should see the same instance of your tag for both IDs in the case above. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18417] - Header should not get set after ContentBuffer is filled up and promptly flushed to client
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417 Header should not get set after ContentBuffer is filled up and promptly flushed to client --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 18:35 --- I don't think I was able to run your test case. I really do not see what buisness the specification has with that kind of stupid requirements (in 99% percent of today use cases, the content length will not be known or set; the biggest exception are static files, but that's an internal feature of the container, so who cares; lame, lame). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18268] - cannot assign roles to users in administrator webapp
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18268. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18268 cannot assign roles to users in administrator webapp --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 18:37 --- i just upgraded from tomcat 4.1.18, and i was very confused, why the role (and the groups as weill i think) were removed from the user-admin! it is mentioned in the changelog though, but it's not mentioned, when it will be reintroduced again! it's even worse, if i use the user-admin and save a user (for example because i changed the password) the role-attribute of the user is gone! and i have to edit tomcat-users.xml again. so if this admin-app is somewhat experimental, when does tomcat to reload the tomcat-users.xml file? only if i restart tomcat? that wouldn't be acceptable. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18268] - cannot assign roles to users in administrator webapp
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18268. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18268 cannot assign roles to users in administrator webapp --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 18:39 --- i just upgraded from tomcat 4.1.18, and i was very confused, why the role (and the groups as weill i think) were removed from the user-admin! it is mentioned in the changelog though, but it's not mentioned, when it will be reintroduced again! it's even worse, if i use the user-admin and save a user (for example because i changed the password) the role-attribute of the user is gone! and i have to edit tomcat-users.xml again. so if this admin-app is somewhat experimental, when does tomcat to reload the tomcat-users.xml file? only if i restart tomcat? that wouldn't be acceptable. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18417] - Header should not get set after ContentBuffer is filled up and promptly flushed to client
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417 Header should not get set after ContentBuffer is filled up and promptly flushed to client --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 18:40 --- I got: java.lang.NullPointerException at com.sun.ts.tests.servlet.common.servlets.HttpTCKServlet.invokeTest(HttpTCKServlet.java:75) at com.sun.ts.tests.servlet.common.servlets.HttpTCKServlet.doGet(HttpTCKServlet.java:102) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) /RedirectTest did work. Also, there's no source in the ZIP, so I cannot check things up. You should include the source if you can. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18417] - Header should not get set after ContentBuffer is filled up and promptly flushed to client
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417 Header should not get set after ContentBuffer is filled up and promptly flushed to client [EMAIL PROTECTED] changed: What|Removed |Added URL||http://slappy.east.sun.com/s ||ervlet_spec_httpservletrespo ||nse_web/HttpTestServlet?test ||name=flushBufferTest --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 18:47 --- I hate to do it, but you can use this URL to reproduce the problem if you can access my machine: http://slappy.east.sun.com/servlet_spec_httpservletresponse_web/HttpTestServlet?testname=flushBufferTest - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jasper: Error running javac.exe compiler (tc4.1.24)
im on Windows XP pro, jdk1.4.1_02, tomcat 4.1.24. my guess would be the classpath is too long and gets truncated hence the C:\Tomc?. thois would be a good point for ANT-guys! because they could use the CLASSPATH-env-variable instead, so the command-line would stay short. [javac] Since fork is true, ignoring compiler setting. i would try it without fork, but where can i set this? in the web.xml in c:\tomcat\conf (i guess) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18417] - Header should not get set after ContentBuffer is filled up and promptly flushed to client
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417 Header should not get set after ContentBuffer is filled up and promptly flushed to client [EMAIL PROTECTED] changed: What|Removed |Added URL|http://slappy.east.sun.com/s| |ervlet_spec_httpservletrespo| |nse_web/HttpTestServlet?test| |name=flushBufferTest| --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 19:12 --- Rem, You did find a packaging problem with the war file, that caused NPE. Thanks. Here is the war file that properly packaged. The servlet source is described in original description. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18417] - Header should not get set after ContentBuffer is filled up and promptly flushed to client
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18417 Header should not get set after ContentBuffer is filled up and promptly flushed to client --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 19:13 --- Created an attachment (id=5546) updated test case - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18268] - cannot assign roles to users in administrator webapp
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18268. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18268 cannot assign roles to users in administrator webapp [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 19:25 --- This is an actual oversight of mine. I'll try to fix in the next release. Adding it to my todo list. Sorry for the inconvenience. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspConfig.java
luehe 2003/03/27 14:05:19
Modified:jasper2/src/share/org/apache/jasper/compiler JspConfig.java
Log:
Added fix so that JSP Configuration settings do not apply to tag files
Revision ChangesPath
1.10 +13 -8
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspConfig.java
Index: JspConfig.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspConfig.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- JspConfig.java5 Feb 2003 23:41:19 - 1.9
+++ JspConfig.java27 Mar 2003 22:05:19 - 1.10
@@ -95,6 +95,7 @@
private String defaultIsXml = null; // unspecified
private String defaultIsELIgnored = null;// unspecified
private String defaultIsScriptingInvalid = false;
+private JspProperty defaultJspProperty;
public JspConfig(ServletContext ctxt) {
this.ctxt = ctxt;
@@ -216,13 +217,17 @@
if (!initialized) {
processWebDotXml(ctxt);
+ defaultJspProperty = new JspProperty(defaultIsXml,
+ defaultIsELIgnored,
+ defaultIsScriptingInvalid,
+ null, null, null);
initialized = true;
}
-
- if (jspProperties == null) {
- return new JspProperty(defaultIsXml, defaultIsELIgnored,
-defaultIsScriptingInvalid,
-null, null, null);
+
+ // JSP Configuration settings do not apply to tag files
+ if (jspProperties == null || uri.endsWith(.tag)
+ || uri.endsWith(.tagx)) {
+ return defaultJspProperty;
}
String uriPath = null;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat security handling spec non-compliance
I think I've found a fairly important place where Tomcat is not spec compliant. I think there is code in there to make this work, but the code must have a bug. The spec part is: SRV 12.5.3, actually in J2EE.12.5.3.1 Login Form Notes: ... If the form based login is invoked because of an HTTP request, the original request parameters must be preserved by the container for use if, on successful authentication, it redirects the call to the requested resource. ... I have shown that this is not working using the following process: Create a simple jsp, formHandler.jsp, put it in a protected app (I used Tomcat's admin): html body % String color = request.getParameter(Color); % Your color is: %=color% /body /html Create a simple form somewhere outside of there: html body form action=/admin/formHandler.jsp method=post input type=text name=Color value=red input type=submit name=Submit /form /body /html If you submit the form while there is a current valid login to the admin application, your formHandler jsp outputs the correct parameter information. If you submit the form while not authenticated to the application, you are redirected to the login page. After you enter valid credentials, you are redirected to the formHandler.jsp, which outputs Your color is: null It has lost the original request parameters even though it appears that org.apache.catalina.authenticator.FormAuthenticator, restoreRequest tries to restore these. Can somebody else verify that they see this, and should I submit a bug? It seems that this is very important and needs to be fixed. This is on Tomcat 4.1.18, and I just verified it is still there on Tomcat 4.1.24 Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., The Leading Provider of Net Business Solutions http://www.novell.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java
remm2003/03/27 14:36:21
Modified:coyote/src/java/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
- Improve the check to handle broken cases.
Revision ChangesPath
1.21 +5 -5
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteResponse.java
Index: CoyoteResponse.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteResponse.java,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -r1.20 -r1.21
--- CoyoteResponse.java 27 Mar 2003 18:29:39 - 1.20
+++ CoyoteResponse.java 27 Mar 2003 22:36:21 - 1.21
@@ -365,7 +365,7 @@
*/
public boolean isAppCommitted() {
return (this.appCommitted || isCommitted() || isSuspended()
-|| (getContentCount() == getContentLength()));
+|| (getContentCount() = getContentLength()));
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18396] - Tomcat does not use correct encoding if content type is not text/html
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18396. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18396 Tomcat does not use correct encoding if content type is not text/html [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 22:49 --- IE and/or Excel aren't big at looking at the headers. Adding a Meta directive like: META HTTP-EQUIV=Content-Type Content=application/vnd.ms-excel; charset=UTF- 8 to your example causes Excel to display it correctly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat security handling spec non-compliance
More info: Pre-existing bug in bugzilla, 10229. It seems to be a connector issue. As the bug states, I can use the old org.apache.catalina.connector.http.HttpConnector and get the desired correct behavior. Since the Coyote Connector is used widely and is the default, any chance of getting this fixed soon? This happens on both the HTTP and JkHandler of Coyote. (I'll go vote on the bug now, if it helps...) :-) Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., The Leading Provider of Net Business Solutions http://www.novell.com [EMAIL PROTECTED] 3/27/03 3:30:40 PM I think I've found a fairly important place where Tomcat is not spec compliant. I think there is code in there to make this work, but the code must have a bug. The spec part is: SRV 12.5.3, actually in J2EE.12.5.3.1 Login Form Notes: .. If the form based login is invoked because of an HTTP request, the original request parameters must be preserved by the container for use if, on successful authentication, it redirects the call to the requested resource. .. I have shown that this is not working using the following process: Create a simple jsp, formHandler.jsp, put it in a protected app (I used Tomcat's admin): html body % String color = request.getParameter(Color); % Your color is: %=color% /body /html Create a simple form somewhere outside of there: html body form action=/admin/formHandler.jsp method=post input type=text name=Color value=red input type=submit name=Submit /form /body /html If you submit the form while there is a current valid login to the admin application, your formHandler jsp outputs the correct parameter information. If you submit the form while not authenticated to the application, you are redirected to the login page. After you enter valid credentials, you are redirected to the formHandler.jsp, which outputs Your color is: null It has lost the original request parameters even though it appears that org.apache.catalina.authenticator.FormAuthenticator, restoreRequest tries to restore these. Can somebody else verify that they see this, and should I submit a bug? It seems that this is very important and needs to be fixed. This is on Tomcat 4.1.18, and I just verified it is still there on Tomcat 4.1.24 Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., The Leading Provider of Net Business Solutions http://www.novell.com - 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]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Validator.java
luehe 2003/03/27 14:51:45
Modified:jasper2/src/share/org/apache/jasper/resources
messages.properties
jasper2/src/share/org/apache/jasper/compiler Validator.java
Log:
Replaced jsp.error.noMethod, which was not defined in properties file, with
jsp.error.noFunctionMethod
Revision ChangesPath
1.110 +3 -3
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties
Index: messages.properties
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties,v
retrieving revision 1.109
retrieving revision 1.110
diff -u -r1.109 -r1.110
--- messages.properties 25 Mar 2003 00:18:25 - 1.109
+++ messages.properties 27 Mar 2003 22:51:45 - 1.110
@@ -373,7 +373,7 @@
jsp.error.jsproot.version.invalid=Invalid version number: \{0}\, must be \1.2\
or \2.0\
jsp.error.noFunctionPrefix=The function {0} must be used with a prefix when a
default namespace is not specified
jsp.error.noFunction=The function {0} cannot be located with the specified prefix
-jsp.error.noFunctionMethod=The method {0} for the function {1} is not defined in
the class {2}
-jsp.error.function.classnotfound=The class {0} specified in TLD for the function
{1} cannot be found. {2}
+jsp.error.noFunctionMethod=Method \{0}\ for function \{1}\ not found in class
\{2}\
+jsp.error.function.classnotfound=The class {0} specified in TLD for the function
{1} cannot be found: {2}
jsp.error.signature.classnotfound=The class {0} specified in the method signature
in TLD for the function {1} cannot be found. {2}
1.99 +20 -18
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Validator.java
Index: Validator.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Validator.java,v
retrieving revision 1.98
retrieving revision 1.99
diff -u -r1.98 -r1.99
--- Validator.java25 Mar 2003 01:49:29 - 1.98
+++ Validator.java27 Mar 2003 22:51:45 - 1.99
@@ -1238,8 +1238,7 @@
jsp.error.attribute.invalidPrefix, prefix);
}
}
- TagLibraryInfo taglib =
- (TagLibraryInfo) taglibs.get(uri);
+ TagLibraryInfo taglib = (TagLibraryInfo) taglibs.get(uri);
FunctionInfo funcInfo = null;
if (taglib != null) {
funcInfo = taglib.getFunction(function);
@@ -1274,12 +1273,12 @@
int start = signature.indexOf(' ');
if (start 0) {
err.jspError(jsp.error.tld.fn.invalid.signature,
- func.getPrefix(), func.getName());
+ func.getPrefix(), func.getName());
}
int end = signature.indexOf('(');
if (end 0) {
err.jspError(jsp.error.tld.fn.invalid.signature.parenexpected,
- func.getPrefix(), func.getName());
+ func.getPrefix(), func.getName());
}
return signature.substring(start+1, end).trim();
}
@@ -1304,7 +1303,7 @@
p = signature.indexOf(')', start);
if (p 0) {
err.jspError(jsp.error.tld.fn.invalid.signature,
- func.getPrefix(), func.getName());
+ func.getPrefix(), func.getName());
}
lastArg = true;
}
@@ -1327,7 +1326,8 @@
fnmap.put(fnQName, method);
}
- public Method resolveFunction(String prefix, String localName) {
+ public Method resolveFunction(String prefix,
+ String localName) {
return (Method) this.fnmap.get(prefix + : + localName);
}
}
@@ -1348,9 +1348,9 @@
n.getFunctionInfo().getFunctionClass());
} catch (ClassNotFoundException e) {
err.jspError(jsp.error.function.classnotfound,
- n.getFunctionInfo().getFunctionClass(),
- n.getPrefix() + ':' + n.getName(),
- e.getMessage());
+ n.getFunctionInfo().getFunctionClass(),
+ n.getPrefix() + ':' + n.getName(),
+ e.getMessage());
}
String paramTypes[] = n.getParameters();
int size =
DO NOT REPLY [Bug 18396] - Tomcat does not use correct encoding if content type is not text/html
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18396. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18396 Tomcat does not use correct encoding if content type is not text/html --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 23:25 --- Thanks for the fix. However, even though that fixes my specific problem, it doesn't address the problem with Tomcat. If I am using Orion, it loads correctly just using encoding, and not by setting meta tags. This implies to me that it is not an Excel problem, but rather a Tomcat problem. However, I do not know how this could be, seeing as the headers do seem to be set correctly when I telnet to the port? Anyhow - it works for me, so I'm satisfied! Thanks again. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Making an application disabled at startup
Sorry, that was meant for the user list! Oops. Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., The Leading Provider of Net Business Solutions http://www.novell.com [EMAIL PROTECTED] 3/27/03 4:41:01 PM I'm looking for a way to have an application in the webapps directory, but stopped by default when Tomcat starts up. I see in the code (o.a.c.core.StandardContext.java) the setAvailable method, which should correspond to an XML attribute 'available=true'. Setting this has no effect. Is this supposed to work this way, or is there another built-in way to achieve the same results? It would be ideal if the user could enable these applications through built-in mechanisms like Tomcat's Manager HTML interface. Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., The Leading Provider of Net Business Solutions http://www.novell.com - 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 18433] New: - autoDeploy=false doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18433. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18433 autoDeploy=false doesn't work Summary: autoDeploy=false doesn't work Product: Tomcat 4 Version: 4.1.18 Platform: PC OS/Version: Windows NT/2K Status: UNCONFIRMED Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] According to http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/host.html autoDeploy=true indicates if web applications from this host should be automatically deployed by the host configurator. So if I chagne autoDeploy to flase, web applications from this host shuold not be automatically deployed by the host configurator. They are. All of them - these declared in server.xml and also other, not declared i configuration. Do I misunderstand docs? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18433] - autoDeploy=false doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18433. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18433 autoDeploy=false doesn't work --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 23:57 --- autoDeploy does deploy on startup. there's another setting (liveDeploy) which auto deploys webapps every few seconds. so you have to set liveDeploy to false also (please check). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18434] New: - 'install' and 'remove' commands of manager webapp don't work properly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18434. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18434 'install' and 'remove' commands of manager webapp don't work properly Summary: 'install' and 'remove' commands of manager webapp don't work properly Product: Tomcat 4 Version: 4.1.18 Platform: PC OS/Version: Windows NT/2K Status: UNCONFIRMED Severity: Normal Priority: Other Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] 1. remove - command does not remove anything [1] 2. install - unsuccessfull in every single try :/ [2] [1] http://localhost:8080/manager/html/remove?path=/tomcat-docs OK - Removed application at context path /tomcat-docs Tomcat-docs directory has *not* been removed from hosts appBase, nor work-dir (they should be acc to docs). Application is actually unaccessible, but according to http://jakarta.apache.org/tomcat/tomcat-4.1-doc/manager-howto.html This command will delete the contents of the web application directory and/or .war file if it exists within the appBase directory (typically webapps) for this virtual host . The web application temporary work directory is also deleted. If you simply want to take an application out of service, you should use the /stop command instead. This command does not delete the contents of tomcat-docs directory nor temporary work directory. Do I understand the act of deleting in some strange, wrong way? ;) [2] I've tried almost every combination. URIs below were written by me by hand according to manager-howto: http://localhost:8080/manager/html/install?path=/tomcat-docs FAIL - Invalid context path null was specified http://localhost:8080/manager/html/install?war=tomcat-docs FAIL - Invalid context path null was specified http://localhost:8080/manager/html/install?war=file:/C:\Local\tomcat-4.1.18 \webapps\tomcat\tomcat-docs FAIL - Invalid context path null was specified http://localhost:8080/manager/html/install?path=/tomcat- docswar=file:/C:\Local\tomcat-4.1.18\webapps\tomcat\tomcat-docs FAIL - Invalid context path null was specified I've also tried using html-form to install webapp: http://localhost:8080/manager/html/install?path=installPath=%2Ftomcat- docsinstallConfig=installWar= FAIL - Invalid application URL was specified # WAR URL: [ file:C:\Local\tomcat-4.1.18\webapps\tomcat\tomcat-docs ] http://localhost:8080/manager/html/install? path=installPath=installConfig=installWar=file%3AC%3A%5CLocal%5Ctomcat- 4.1.18%5Cwebapps%5Ctomcat%5Ctomcat-docs FAIL - Encountered exception java.net.MalformedURLException: no protocol: # WAR URL: [ file:/C:\Local\tomcat-4.1.18\webapps\tomcat\tomcat-docs ] http://localhost:8080/manager/html/install? path=installPath=installConfig=installWar=file%3A%2FC%3A%5CLocal%5Ctomcat- 4.1.18%5Cwebapps%5Ctomcat%5Ctomcat-docs%5C FAIL - Encountered exception java.net.MalformedURLException: no protocol: # WAR URL: [ file://C:\Local\tomcat-4.1.18\webapps\tomcat\tomcat-docs ] http://localhost:8080/manager/html/install? path=installPath=installConfig=installWar=file%3A%2F%2FC%3A%5CLocal%5Ctomcat- 4.1.18%5Cwebapps%5Ctomcat%5Ctomcat-docs FAIL - Encountered exception java.net.MalformedURLException: no protocol: PS. Yes, I have such webapps directory structure. Host name=localhost appBase=webapps/tomcat ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18434] - 'install' and 'remove' commands of manager webapp don't work properly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18434. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18434 'install' and 'remove' commands of manager webapp don't work properly --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 00:07 --- 4.1.24 has many changes to the manager and deployer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18433] - autoDeploy=false doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18433. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18433 autoDeploy=false doesn't work --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 00:29 --- I've check it out. That's true - autoDeploy relays on liveDeploy. IMHO that's not intuitive. Percheps liveDeploy should relay on autoDeploy being set to true, otherwise autoDeploy is unnecessary (= junk parameter while using standard Host implementation) Anyway, documentation says nothing about it. There should be a note in autoDeploy description, that man must set liveDeploy to false first if they want to switch autoDeploy off. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18433] - autoDeploy=false doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18433. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18433 autoDeploy=false doesn't work [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 00:33 --- No, it's not useless. The idea is that autoDeploy uses no resources (other than startup time), while liveDeploy uses a thread for each host, to monitor for changes. So while keeping autoDeploy is harmless, what if you have 10s of vhosts ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18436] New: - Issues with ServletContextListener and JNDI
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18436. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18436 Issues with ServletContextListener and JNDI Summary: Issues with ServletContextListener and JNDI Product: Tomcat 4 Version: 4.1.24 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm seeing some inconsistant behavior when using a ServletContextListener in regards to JNDI lookups. My ServletContextListener kicks off a process which needs to do some resource cleanup (it's getting pooled data connections via JNDI) in the contextDestroyed() method. This resource cleanup happens to be taking place in a different thread than ServletContextListener is running in. If I reload my application, everything works great. If I simply remove my application (or shut down Tomcat), I run into problems. Apparently the JNDI resources are unavailable in threads outside the main one. It seems to me that all the Context's resources should be available when the contextDestroyed() method is called, but maybe that's just my interpretation of the servlet specs. In any case, behavior should be consistent between an application reload and an application stop + start. Taking a quick look at the code, it should just be a matter of changing the order of where listenerStop() is called in the stop() and reload() methods in StandardContext. I'd suggest moving it directly after the filterStop() call but before the Lifecycle STOP_EVENT is issued. That would more closely resemble a mirror image of the start() method. But what do I know... I'm attaching a war file which should demonstrate the behavior. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18436] - Issues with ServletContextListener and JNDI
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18436. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18436 Issues with ServletContextListener and JNDI --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 01:11 --- Created an attachment (id=5550) Here's a WAR file which will kick out some statements to standard out when it is loaded and unloaded. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18437] New: - jk2 encoding handling
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18437. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18437 jk2 encoding handling Summary: jk2 encoding handling Product: Tomcat 4 Version: 4.0 Beta 1 Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] when jk2 is used as a connector between Apache 2 and Tomcat 4.1.X, it does not properly handle the meta http-equiv=content-type content=text/html;charset=EUC-JP tag. The html response page is always encoded as ISO 8859_1 and not as EUC-JP on .html files. With JSP files, I am able to set the content type, but the problem occurs with .html files. Perhaps this situation may occur on other encodings?? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Developers: How to configure
I am using Tomcat 4.1.18 under my Win2K system, and I am trying to do mutual SSL authentication via certificates. I have installed both my personal and the CA's certificates in my IE browser. When I visit my Web server which requires client authentication via HTTPS, IE certainly brings up the dialog box for me to choose a certificate, but it does not give me a list of my certificates to choose from! Please click the following link to get a better picture of my problem. http://www.geocities.com/markliu1989/ Do any of you know what this problem is please? And how can fix this? My friend reminded me that I might have to configure the Web server to ask for certificates from my CA, which I don't know how to do. Do my dear developers know about this? I took a look at the server.xml file, can't see anything about this. The tomcat-users don't have no clue. Thanks a lot. __ Try AOL and get 1045 hours FREE for 45 days! http://free.aol.com/tryaolfree/index.adp?375380 Get AOL Instant Messenger 5.1 for FREE! Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promos=380455 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Developers: How to configure tomcat to accept certificates from a certain CA?
I am using Tomcat 4.1.18 under my Win2K system, and I am trying to do mutual SSL authentication via certificates. I have installed both my personal and the CA's certificates in my IE browser. When I visit my Web server which requires client authentication via HTTPS, IE certainly brings up the dialog box for me to choose a certificate, but it does not give me a list of my certificates to choose from! Please click the following link to get a better picture of my problem. http://www.geocities.com/markliu1989/ Do any of you know what this problem is please? And how can fix this? My friend reminded me that I might have to configure the Web server to ask for certificates from my CA, which I don't know how to do. Do my dear developers know about this? I took a look at the server.xml file, can't see anything about this. The tomcat-users don't have no clue. Thanks a lot. __ Try AOL and get 1045 hours FREE for 45 days! http://free.aol.com/tryaolfree/index.adp?375380 Get AOL Instant Messenger 5.1 for FREE! Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promos=380455 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Compiler.java ELFunctionMapper.java JspDocumentParser.java Node.java Parser.java TagFileProcessor.java
luehe 2003/03/27 18:13:03
Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java
ELFunctionMapper.java JspDocumentParser.java
Node.java Parser.java TagFileProcessor.java
Log:
Implemented cleaner separation of custom node construction for custom
actions implemented via tag handlers vs. custom actions implemented via
tag files
Revision ChangesPath
1.61 +1 -0
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java
Index: Compiler.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java,v
retrieving revision 1.60
retrieving revision 1.61
diff -u -r1.60 -r1.61
--- Compiler.java 24 Mar 2003 21:36:05 - 1.60
+++ Compiler.java 28 Mar 2003 02:13:02 - 1.61
@@ -199,6 +199,7 @@
// Setup page info area
pageInfo = new PageInfo(new BeanRepository(ctxt.getClassLoader(),
errDispatcher));
+
JspConfig jspConfig = options.getJspConfig();
JspConfig.JspProperty jspProperty =
jspConfig.findJspProperty(ctxt.getJspFile());
1.5 +1 -1
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ELFunctionMapper.java
Index: ELFunctionMapper.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ELFunctionMapper.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- ELFunctionMapper.java 25 Mar 2003 01:49:29 - 1.4
+++ ELFunctionMapper.java 28 Mar 2003 02:13:02 - 1.5
@@ -205,7 +205,7 @@
if (k != 0) {
ds.append(, );
}
- ds.append(params[k] + .class);
+ ds.append(Class.forName(\ + params[k] + \));
}
ds.append(});\n);
// Put the current name in the global function map
1.49 +16 -10
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java
Index: JspDocumentParser.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java,v
retrieving revision 1.48
retrieving revision 1.49
diff -u -r1.48 -r1.49
--- JspDocumentParser.java25 Mar 2003 00:57:46 - 1.48
+++ JspDocumentParser.java28 Mar 2003 02:13:02 - 1.49
@@ -654,7 +654,7 @@
localName, uri));
}
Class tagHandlerClass = null;
- if (tagFileInfo == null) {
+ if (tagInfo != null) {
String handlerClassName = tagInfo.getTagClassName();
try {
tagHandlerClass = ctxt.getClassLoader().loadClass(handlerClassName);
@@ -663,9 +663,7 @@
Localizer.getMessage(jsp.error.loadclass.taghandler,
handlerClassName, qName));
}
- } else {
-tagInfo = tagFileInfo.getTagInfo();
-}
+ }
String prefix = ;
int colon = qName.indexOf(':');
@@ -673,9 +671,17 @@
prefix = qName.substring(0, colon);
}
- return new Node.CustomTag(qName, prefix, localName, uri, attrs,
- xmlnsAttrs, start, parent, tagInfo,
- tagFileInfo, tagHandlerClass);
+ Node.CustomTag ret = null;
+ if (tagInfo != null) {
+ ret = new Node.CustomTag(qName, prefix, localName, uri, attrs,
+ xmlnsAttrs, start, parent, tagInfo,
+ tagHandlerClass);
+ } else {
+ ret = new Node.CustomTag(qName, prefix, localName, uri, attrs,
+ xmlnsAttrs, start, parent, tagFileInfo);
+ }
+
+ return ret;
}
/*
1.69 +55 -29
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java
Index: Node.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java,v
retrieving revision 1.68
retrieving revision 1.69
diff -u -r1.68 -r1.69
--- Node.java 25 Mar 2003 00:57:46 - 1.68
+++ Node.java 28 Mar 2003 02:13:02 - 1.69
@@ -1239,49 +1239,75 @@
private Nodes atSTag;
private Nodes atETag;
+ /*
+ * Constructor for custom action implemented by tag handler.
+ */
public CustomTag(String
DO NOT REPLY [Bug 14994] - https coyote connector leaving sockets in CLOSE_WAIT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14994. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14994 https coyote connector leaving sockets in CLOSE_WAIT [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 02:17 --- Appears to be fixed as of 4.1.24. There is a note on the main webpage about a fix for SSL users regarding a denial of service bug. I guess this is it as it no longer hangs. No more information anywhere except in the changelog which is also pretty vague. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18434] - 'install' and 'remove' commands of manager webapp don't work properly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18434. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18434 'install' and 'remove' commands of manager webapp don't work properly --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 02:18 --- I've upgraded from 4.1.18 to 4.1.24 and everything works fine now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler ELFunctionMapper.java
luehe 2003/03/27 18:18:52
Modified:jasper2/src/share/org/apache/jasper/compiler
ELFunctionMapper.java
Log:
Undid premature change that sneaked into previous putback
Revision ChangesPath
1.6 +1 -1
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ELFunctionMapper.java
Index: ELFunctionMapper.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ELFunctionMapper.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- ELFunctionMapper.java 28 Mar 2003 02:13:02 - 1.5
+++ ELFunctionMapper.java 28 Mar 2003 02:18:52 - 1.6
@@ -205,7 +205,7 @@
if (k != 0) {
ds.append(, );
}
- ds.append(Class.forName(\ + params[k] + \));
+ ds.append(params[k] + .class);
}
ds.append(});\n);
// Put the current name in the global function map
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/admin/users groups.jspf roles.jspf users.jspf
amyroh 2003/03/27 18:51:07
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
TableTag.java
webapps/admin/resources dataSources.jspf envEntries.jspf
mailSessions.jspf resourceLinks.jspf
userDatabases.jspf
webapps/admin/users groups.jspf roles.jspf users.jspf
Log:
Accessibility improvement. Change header cells from td to th.
Per the Access Board's guidelines for 508 compliance in the case of
Web-based applications, HTML tables should use the scope attribute
to indicate the row and column associations for each cell in the table
(This needs to be done alongwith marking the header cells using th
tags instead of td)
For further details, please see the Access Board Guidelines at
http://www.access-board.gov/sec508/guide/1194.22.htm#(g)
Revision ChangesPath
1.3 +56 -29
jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/TableTag.java
Index: TableTag.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/TableTag.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- TableTag.java 23 Jan 2003 00:07:07 - 1.2
+++ TableTag.java 28 Mar 2003 02:51:07 - 1.3
@@ -244,35 +244,62 @@
String dataStyle = (String) dataStyles.get(i);
String styleId = (String) styleIds.get(i);
-if (header)
+if (header) {
out.println(tr class=\header-row\ );
-else out.println(tr);
+out.println( th scope=\col\ width=\27%\ );
-out.println( td width=\27%\ );
+out.print(div align=\left\);
+if (labelStyle != null)
+out.print( class=\ + labelStyle +\);
+out.print();
+if (styleId != null) {
+out.print(label for=\ + styleId + \);
+}
+out.print(label);
+if (styleId != null) {
+out.print(/label);
+}
+out.println(/div);
+out.println( /th);
-out.print(div align=\left\);
-if (labelStyle != null)
-out.print( class=\ + labelStyle +\);
-out.print();
-if (styleId != null) {
-out.print(label for=\ + styleId + \);
-}
-out.print(label);
-if (styleId != null) {
-out.print(/label);
-}
-out.println(/div);
-out.println( /td);
+out.println( th scope=\col\ width=\73%\ );
+out.print(div align=\left\ );
+if (dataStyle != null)
+out.print( class=\ + dataStyle + \);
+out.print();
+out.print(data);
+out.println(/div);
+out.print( /th);
+out.println(/tr);
+} else {
+out.println(tr);
+
+out.println( td scope=\row\ width=\27%\ );
-out.println( td width=\73%\ );
-out.print(div align=\left\ );
-if (dataStyle != null)
-out.print( class=\ + dataStyle + \);
-out.print();
-out.print(data);
-out.println(/div);
-out.print( /td);
-out.println(/tr);
+out.print(div align=\left\);
+if (labelStyle != null)
+out.print( class=\ + labelStyle +\);
+out.print();
+if (styleId != null) {
+out.print(label for=\ + styleId + \);
+}
+out.print(label);
+if (styleId != null) {
+out.print(/label);
+}
+out.println(/div);
+out.println( /td);
+
+out.println( td width=\73%\ );
+out.print(div align=\left\ );
+if (dataStyle != null)
+out.print( class=\ + dataStyle + \);
+out.print();
+out.print(data);
+
DO NOT REPLY [Bug 18229] - All threads are busy, waiting. resource leak bug?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18229. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18229 All threads are busy, waiting. resource leak bug? [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 03:33 --- I'm getting the same problem with Tomcat 4.1.24 using mod_jk 1.2.2 with the CoyoteConnector from Apache 2.0.44. My server locked up with it last night on SuSE Linux. Seems like it's not just a Solaris thing. We're only using SSL through Apache; tomcat only gets hit on port 8009. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18441] New: - apache2/tomcat ssl non-operational
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18441. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18441 apache2/tomcat ssl non-operational Summary: apache2/tomcat ssl non-operational Product: Tomcat 4 Version: 4.0 Beta 1 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Using Apache2 version 2.0.44, Tomcat 4.1.18, mod_jk 1.2.2, and openssl0.97a. I'm fairly sure I have the configuration right, since Apache/ssl works fine without mod_jk loaded, and Apache/Tomcat works fine when using normal http access. However, when mod_jk is loaded, any https access results in the following message in the apache error log, and no other action anywhere: Invalid method in request F I have used both mod_jk-2.0.43.so from the jakarta website, and also one I built from the 1.2.2 source. Both exhibit the same problem. The relevant portion of my Apache configuration file is: LoadModule jk_module modules/mod_jk.so IfModule mod_jk.c Include /usr/local/tomcat/conf/auto/mod_jk.conf JkMount /*.xml ajp13 JkExtractSSL On JkHTTPSIndicator HTTPS JkSESSIONIndicator SSL_SESSION_ID JkCIPHERIndicator SSL_CIPHER JkCERTSIndicator SSL_CLIENT_CERT /IfModule Let me know if anything else is needed or I need to do an experiment. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18449] New: - symbol __divdi3: referenced symbol not found
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18449. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18449 symbol __divdi3: referenced symbol not found Summary: symbol __divdi3: referenced symbol not found Product: Tomcat 4 Version: 4.1.24 Platform: PC OS/Version: Solaris Status: NEW Severity: Critical Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Please Help! I've been trying to get jk2 working for 2 weeks and am almost there! I'm running Solaris intel 9 with gcc 3.2.2 and apache 2.0.44. There is no binary available for this platform so I had to compile my apache module for jk2. I successfully compiled without any errors. Now when I start tomcat I get this error message ld.so.1: /usr/java/bin/java: fatal: relocation error: file /usr/local/apache_server/lib/libapr-0.so.0: symbol __divdi3: referenced symbol not found and the connection between apache and tomcat doesn't seem to work. after some searching I discovered that this symbol is apparently in /usr/local/lib/gcc-lib/i386-pc-solaris2.9/3.2.2/libgcc.a I've read that this should be statically linked automatically when compiling with gcc. I've also read that a similar problem with a web_app module was worked around by adding: ld -G -lm -lsocket -lnsl -ldl -lsendfile -o mod_webapp.so mod_webapp.o \ /home/hkchan/apache/webapp-module-1.0.1-tc401/lib/libwebapp.a \ /home/hkchan/apache/webapp-module-1.0.1-tc401/lib/libapr.a \ /usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.0.2/libgcc.a I'm not a c programmer and have absolutely no idea where I could add stuff like this. I just type ant and let it do its magic. If anyone has any idea how to work around this problem could they please respond to this bug report. You'd make a person very happy! Regards Al output from catalina.out Mar 28, 2003 4:36:12 PM org.apache.commons.modeler.Registry loadRegistry INFO: Loading registry information Mar 28, 2003 4:36:12 PM org.apache.commons.modeler.Registry getRegistry INFO: Creating new Registry instance Mar 28, 2003 4:36:13 PM org.apache.commons.modeler.Registry getServer INFO: Creating MBeanServer Mar 28, 2003 4:36:14 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 Starting service Tomcat-Standalone Apache Tomcat/4.1.24 Mar 28, 2003 4:36:15 PM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 ld.so.1: /usr/java/bin/java: fatal: relocation error: file /usr/local/apache_server/lib/libapr-0.so.0: symbol __divdi3: referenced symbol not found - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18449] - symbol __divdi3: referenced symbol not found
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18449. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18449 symbol __divdi3: referenced symbol not found --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 07:35 --- In Addtion to the above I should probably add that the only way I got jk2 to compile was to rename my statndard cc to _cc then create a link from cc to gcc, thereby forcing the compile process to use gcc. Otherwise I couldn't get it to use gcc (even though configure scripts pick up gcc as the compiler when compiling anything else). Rgrds Al - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
