Re: jk2/apr patch
Kurt Miller wrote:
From: jean-frederic clere [EMAIL PROTECTED]
Kurt Miller wrote:
Ok thanks for the heads up, I've look briefly at wa_apr.m4 now. I've got
a
question or two I think there are two cases:
1) when --with-apr is specified
2) when --with-apr-include and --with-apr-lib are specified
In case one the apr src directory is given and jk2 builds apr using the
apr-build target in the native2 makefile. The apr-build target does a
./configure make for apr when building jk2. When configuring jk2,
apr-config is not guaranteed to be available.
Right apr-config is not available before configuring apr.
The webapp connector required apr to be built from source for Apache13
and
configured apr while configuring itself. Should jk2 also make this
requirement?
Yes.
It appears the webapp connector did it to ensure the same
complier was used and that apr was configured without threads for
Apache13.
In the second case the apr src dir is not specified, so apr-config is
not
available again. The webap connector used it to get the lib name. I'm
not
sure what the best method for determining the lib name in this case.
Currently the the lib name is hardcoded to libapr.a for apache13 and
libapr-0 for apache2. Any suggestions?
find + awk?
+++
NUMVERAPR=`find ${tempval} -name *.la | awk -F - '{ print $2 }' | awk -F
. '{
print $1 }'
APR_LDFLAGS=-lapr-${NUMVERAPR} -L${tempval}
+++
Before I start making a patch, I'd like to make sure I've got the new
behavior nailed down...
It seems like there is some conflicting stuff going on. Apr may need to be
configured without threads at times (without for Apache13 on OpenBSD and
Apache2 on FreeBSD 4.7 (pre fork MPM)). When using --with-apr currently it
doesn't specify with or without threads while configuring apr. So it just
guesses and will likely be with threads at times it shouldn't be.
I'd like to add a new configure argument called --with-apr-threads that will
indicated if apr should be with or without threads. This argument will
ignored, unless -with-apr is also specified and will used to configure apr.
Not sure what the default should be.
It is possible to configure apr with --enable-threads=pthread or
--enable-threads=system_threads.
Currently --with-apr-include and --with-apr-lib override --with-apr. So I'm
thinking after all three arguments have been processed do the following if
APR_BUILD is not empty:
1) For Apache13 and Apache2 get the compiler used by apxs.
2) configure apr with --enable-static --disable-shared (override
compiler for Apache13 and Apache2) --with-threads or
--without-threads based on the --with-apr-threads argument.
3) Use apr-config to get lib name.
In --with-apr-lib processing set the lib name using your find + awk
technique.
Does the above sound acceptable so far?
For Apache13 yes. For Apache2 no, Apache2 contains a compiled apr we must use
this one. (And may be give an error when using
--with-apr-include/-with-apr-lib/--with-apr and --with-apxs2).
Hummm, if neither --with-apr or --with-apr-lib is specified what do we do
for the lib name (it may be there already for Apache2)?
-Kurt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2/libcrypt patch
Kurt Miller wrote:
Last one for today...
Building on mod_jk2 OpenBSD libcrypt is not available or needed.
Does -lcrypt have to be specified in the Makefile.in files for other platforms?
Will libtool add it on the appropriate platforms? If it will here's a patch
to remove it:
+1: The -lcrypt is in the APR_LDFLAGS.
Index: jk/native2/server/apache13/Makefile.in
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.in,v
retrieving revision 1.7
diff -u -r1.7 Makefile.in
--- jk/native2/server/apache13/Makefile.in 28 Nov 2002 15:54:51 - 1.7
+++ jk/native2/server/apache13/Makefile.in 30 Oct 2003 22:25:58 -
@@ -23,7 +23,7 @@
${APACHE_INCL}
JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 @APR_CFLAGS@ -DHAVE_MMAP ${JAVA_INCL}
-JK_LDFLAGS=-L${APACHE_HOME}/lib -lcrypt @APR_LDFLAGS@ ${JAVA_LIB}
+JK_LDFLAGS=-L${APACHE_HOME}/lib @APR_LDFLAGS@ ${JAVA_LIB}
## Based on rules.mk ##
ALL_CFLAGS = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS)
Index: jk/native2/server/apache2/Makefile.in
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in,v
retrieving revision 1.12
diff -u -r1.12 Makefile.in
--- jk/native2/server/apache2/Makefile.in 9 Apr 2003 18:05:03 - 1.12
+++ jk/native2/server/apache2/Makefile.in 30 Oct 2003 22:25:58 -
@@ -34,7 +34,7 @@
${JAVA_INCL}
JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 -DHAS_APR @HAVE_JNI@ @HAS_PCRE@
-JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt -lapr-0 @PCRE_LIBS@
+JK_LDFLAGS=-L${APACHE2_LIBDIR} -lapr-0 @PCRE_LIBS@
## Based on rules.mk ##
ALL_CFLAGS = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 is using APR as mandatory
Mladen Turk a écrit : As said in the subject... plus the jk_pool and jk_channel socket are marked as deprecated. Couple of things to do. 1. APR-ize jk_file_logger to use apr_file API instead stdio's FILE. 2. All methods will return apr_status_t instead int (work in progress). 3. Henri, what about those AS400 defines, can they be removed now? Which one ?) 4. IIS is now presumed to have apr, apr-util, apr-iconv, and pcre in the srclib folder. Tested with apr-0.9.4. Need to document that. 5. ??? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/support jk_java.m4
hgomez 2003/11/03 01:49:58
Modified:jk/native2 configure.in
jk/support jk_java.m4
Log:
Avoid checking for Java env if --with-jni is not specified in configure.
Provided by Kurt Miller
Revision ChangesPath
1.11 +3 -3 jakarta-tomcat-connectors/jk/native2/configure.in
Index: configure.in
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/configure.in,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- configure.in 25 Sep 2003 15:23:23 - 1.10
+++ configure.in 3 Nov 2003 09:49:58 - 1.11
@@ -184,9 +184,9 @@
dnl Java settings
+JK_JNI()
JK_JDK()
JK_JDK_OS()
-JK_JNI()
JK_PCRE()
AC_SUBST(JAVA_HOME)
1.4 +141 -137 jakarta-tomcat-connectors/jk/support/jk_java.m4
Index: jk_java.m4
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/support/jk_java.m4,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- jk_java.m425 Sep 2003 15:23:56 - 1.3
+++ jk_java.m43 Nov 2003 09:49:58 - 1.4
@@ -71,73 +71,98 @@
dnl
dnl --
AC_DEFUN(
+ [JK_JNI],
+ [
+AC_ARG_WITH(jni,
+ [ --with-jni Build jni support],
+ [
+ case ${withval} in
+ y | yes | true) use_jni=true ;;
+ n | no | false) use_jni=false ;;
+ *) use_jni=true ;;
+ esac
+
+ if ${TEST} ${use_jni} ; then
+ HAVE_JNI=-DHAVE_JNI
+ fi
+ ])
+ ])
+
+AC_DEFUN(
[JK_JDK],
[
-tempval=
-AC_MSG_CHECKING([for JDK location (please wait)])
-if ${TEST} -n ${JAVA_HOME} ; then
- JAVA_HOME_ENV=${JAVA_HOME}
-else
- JAVA_HOME_ENV=
-fi
+if ${TEST} ${use_jni} = true; then
+ tempval=
+ AC_MSG_CHECKING([for JDK location (please wait)])
+ if ${TEST} -n ${JAVA_HOME} ; then
+JAVA_HOME_ENV=${JAVA_HOME}
+ else
+JAVA_HOME_ENV=
+ fi
-JAVA_HOME=
-JAVA_PLATFORM=
+ JAVA_HOME=
+ JAVA_PLATFORM=
-AC_ARG_WITH(
- [java-home],
- [ --with-java-home=DIR Location of JDK directory.],
- [
+ AC_ARG_WITH(
+[java-home],
+[ --with-java-home=DIR Location of JDK directory.],
+[
- # This stuff works if the command line parameter --with-java-home was
- # specified, so it takes priority rightfully.
+# This stuff works if the command line parameter --with-java-home was
+# specified, so it takes priority rightfully.
- tempval=${withval}
+tempval=${withval}
- if ${TEST} ! -d ${tempval} ; then
- AC_MSG_ERROR(Not a directory: ${tempval})
- fi
+if ${TEST} ! -d ${tempval} ; then
+AC_MSG_ERROR(Not a directory: ${tempval})
+fi
- JAVA_HOME=${tempval}
- AC_MSG_RESULT(${JAVA_HOME})
-],
-[
- # This works if the parameter was NOT specified, so it's a good time
- # to see what the enviroment says.
- # Since Sun uses JAVA_HOME a lot, we check it first and ignore the
- # JAVA_HOME, otherwise just use whatever JAVA_HOME was specified.
-
- if ${TEST} -n ${JAVA_HOME_ENV} ; then
-JAVA_HOME=${JAVA_HOME_ENV}
-AC_MSG_RESULT(${JAVA_HOME_ENV} from environment)
- fi
-])
+JAVA_HOME=${tempval}
+AC_MSG_RESULT(${JAVA_HOME})
+ ],
+ [
+# This works if the parameter was NOT specified, so it's a good time
+# to see what the enviroment says.
+# Since Sun uses JAVA_HOME a lot, we check it first and ignore the
+# JAVA_HOME, otherwise just use whatever JAVA_HOME was specified.
+
+if ${TEST} -n ${JAVA_HOME_ENV} ; then
+ JAVA_HOME=${JAVA_HOME_ENV}
+ AC_MSG_RESULT(${JAVA_HOME_ENV} from environment)
+fi
+ ])
+
+ if ${TEST} -z ${JAVA_HOME} ; then
-if ${TEST} -z ${JAVA_HOME} ; then
+# Oh well, nobody set neither JAVA_HOME nor JAVA_HOME, have to guess
+# The following code is based on the code submitted by Henner Zeller
+# for ${srcdir}/src/scripts/package/rpm/ApacheJServ.spec
+# Two variables will be set as a result:
+#
+# JAVA_HOME
+# JAVA_PLATFORM
+AC_MSG_CHECKING([Try to guess JDK location])
+
+for JAVA_PREFIX in /usr/local /usr/local/lib /usr /usr/lib /opt /usr/java ;
do
+
+ for JAVA_PLATFORM in 4 3 2 1 ; do
+
+for subversion in .9 .8 .7 .6
cvs commit: jakarta-tomcat-connectors/jk/support jk_apr.m4
hgomez 2003/11/03 01:54:02
Modified:jk/support jk_apr.m4
Log:
apr shared lib is libapr-0.so and libapr-0.a, at least on recent distros.
Provided by Kurt Muller
Revision ChangesPath
1.4 +3 -3 jakarta-tomcat-connectors/jk/support/jk_apr.m4
Index: jk_apr.m4
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/support/jk_apr.m4,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- jk_apr.m4 25 Sep 2003 15:23:56 - 1.3
+++ jk_apr.m4 3 Nov 2003 09:54:02 - 1.4
@@ -99,7 +99,7 @@
APR_CLEAN=apr-clean
APR_DIR=${tempval}
APR_INCDIR=${tempval}/include
-APR_LDFLAGS=${tempval}/.libs/libapr.a
+APR_LDFLAGS=${tempval}/.libs/libapr-0.a
APR_LIBDIR=
use_apr=true
COMMON_APR_OBJECTS=\${COMMON_APR_OBJECTS}
@@ -189,7 +189,7 @@
APR_CLEAN=
APR_DIR=
APR_LIBDIR=${tempval}
- APR_LDFLAGS=-lapr -L${tempval}
+ APR_LDFLAGS=-lapr-0 -L${tempval}
COMMON_APR_OBJECTS=\${COMMON_APR_OBJECTS}
use_apr=true
fi
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/support jk_apr.m4
hgomez 2003/11/03 01:59:45
Modified:jk/support jk_apr.m4
Log:
Oups didn't track all thread :
use of apr-config to get lib name
Revision ChangesPath
1.5 +2 -2 jakarta-tomcat-connectors/jk/support/jk_apr.m4
Index: jk_apr.m4
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/support/jk_apr.m4,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- jk_apr.m4 3 Nov 2003 09:54:02 - 1.4
+++ jk_apr.m4 3 Nov 2003 09:59:45 - 1.5
@@ -189,7 +189,7 @@
APR_CLEAN=
APR_DIR=
APR_LIBDIR=${tempval}
- APR_LDFLAGS=-lapr-0 -L${tempval}
+ APR_LDFLAGS=`apr-config --link-ld` -L${tempval}
COMMON_APR_OBJECTS=\${COMMON_APR_OBJECTS}
use_apr=true
fi
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2/apr patch
Ok, Who is handling today the many configure/m4 suggestions ? BTW, I'm using Redhat 9.0 and the apr-config is available so it should be a common situation even when it's a distro and not by hand build - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24345] New: - request setCharacterEncoding has no affect
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=24345.
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=24345
request setCharacterEncoding has no affect
Summary: request setCharacterEncoding has no affect
Product: Tomcat 5
Version: 5.0.14
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Critical
Priority: Other
Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
after update to tomcat5.0.14Beta, old page occurs some encoding issues, it
seemed that request.setCharacterEncoding(String enc) doesn't work! Since
request.getCharacterEncoding() is return the correct encoding that I've set
(GBK: a chinese encoding), but the String get by request.getParameter
(field_name) is still iso-8859-1! (ONLY after do like
String newString = new String(request.getParameter(field_name)).getBytes(iso-
8859-1), GBK);
could get corrent String).
Following is my test JSP source:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN
HTML
%@ page
language = java
session = false
contentType = text/html; charset=GBK
%%request.setCharacterEncoding(GBK);%
HEAD
TITLETest page/TITLE
META HTTP-EQUIV=Content-Type content=text/html; charset=GBK
META NAME=Author CONTENT=Joachim
META NAME=Keywords CONTENT=
/HEAD
BODY BGCOLOR=#FF
FORM METHOD=POST ACTION=
TEXTAREA NAME=text ROWS=6 COLS=60 wrap=off
%=new String(cl(request.getParameter(text)).getBytes(iso-8859-
1), GBK)%
/TEXTAREA
BR/INPUT TYPE=submit value=Submit
/FORM
%=request.getCharacterEncoding()%
/BODY
/HTML
%!
String cl(String v)
{
return (null == v) ? : v;
}
%
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24347] New: - Try to log on with a no-role user, the /admin webapp crashes!
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=24347. 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=24347 Try to log on with a no-role user, the /admin webapp crashes! Summary: Try to log on with a no-role user, the /admin webapp crashes! Product: Tomcat 5 Version: 5.0.12 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, Firstly, log on /admin, we create a user norole, and not assigned any roles. then logout. Secondly, we try to log on /admin with the user norole, which is created just now. Of course, we can not log on, and the result is HTTP Status 403 - Access to the requested resource has been denied. It's right. But, at the same time, the /admin webapp crashes. Why? Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24349] New: - NullPointerException
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=24349. 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=24349 NullPointerException Summary: NullPointerException Product: Tomcat 5 Version: 5.0.14 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Catalina:Modules AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When deploying a web-app with bad URL, with the Tomcat Manager, NullPointerException is thrown at org.apache.catalina.manager.HTMLManagerServlet.java:423 (method list) ( The code is: args[4] = new Integer(context.getManager().findSessions().length); ^ null for mistyped directory ) After this no application can be deployed, because this exception is rethrown. (Tomcat must be restarted) I have made some test: The manager for the context of the mistyped URL does not exist. So I modified the enclosing if statement's condition if (context != null context.getManager() != null) This version works, but does not report an error, at least I can try again by correcting the web app location, without restarting tomcat. I hope it is enough. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24345] - request setCharacterEncoding has no affect
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=24345. 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=24345 request setCharacterEncoding has no affect [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 11:34 --- URI parameters encoding isn't handled with that. See the URI encoding parameter. However, URI encoding can't be ade to work reliably in all cases, due to the absence of a standard. If you want i18n, use POST. Please do not reopen the report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24347] - Try to log on with a no-role user, the /admin webapp crashes!
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=24347. 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=24347 Try to log on with a no-role user, the /admin webapp crashes! [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 11:35 --- I do not understand what you're saying. A webapp cannot crash. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24349] - NullPointerException
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=24349. 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=24349 NullPointerException --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 11:41 --- This seems to make sense. Maybe the context shouldn't be added in the first place, though. I'll review this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24345] - request setCharacterEncoding has no affect
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=24345. 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=24345 request setCharacterEncoding has no affect --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 13:21 --- Remy, the example submited with the bug report should produce the result expected by the reporter without having to use the getBytes() workaround (and it does use POST). I cannot verify this as I don't have a tomcat 5 installation, but marking this as invalid for the reasons mentioned is just wrong. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2/apr patch
From: Henri Gomez [EMAIL PROTECTED] Ok, Who is handling today the many configure/m4 suggestions ? BTW, I'm using Redhat 9.0 and the apr-config is available so it should be a common situation even when it's a distro and not by hand build Hi Henri, I'm about completed with the patch for the Apache13 case (--with-apr) that I described earlier in this thread. I'll post it for review later-today. Thanks for the commits ;-) -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2/apr patch
From: jean-frederic clere [EMAIL PROTECTED] Kurt Miller wrote: Before I start making a patch, I'd like to make sure I've got the new behavior nailed down... It seems like there is some conflicting stuff going on. Apr may need to be configured without threads at times (without for Apache13 on OpenBSD and Apache2 on FreeBSD 4.7 (pre fork MPM)). When using --with-apr currently it doesn't specify with or without threads while configuring apr. So it just guesses and will likely be with threads at times it shouldn't be. I'd like to add a new configure argument called --with-apr-threads that will indicated if apr should be with or without threads. This argument will ignored, unless -with-apr is also specified and will used to configure apr. Not sure what the default should be. It is possible to configure apr with --enable-threads=pthread or --enable-threads=system_threads. Ok, I'll make it called --enable-apr-threads=val. If not specified, it will just let apr configure take its guess. Currently --with-apr-include and --with-apr-lib override --with-apr. So I'm thinking after all three arguments have been processed do the following if APR_BUILD is not empty: 1) For Apache13 and Apache2 get the compiler used by apxs. 2) configure apr with --enable-static --disable-shared (override compiler for Apache13 and Apache2) --with-threads or --without-threads based on the --with-apr-threads argument. 3) Use apr-config to get lib name. In --with-apr-lib processing set the lib name using your find + awk technique. Does the above sound acceptable so far? For Apache13 yes. For Apache2 no, Apache2 contains a compiled apr we must use this one. (And may be give an error when using --with-apr-include/-with-apr-lib/--with-apr and --with-apxs2). Ok, just for Apache13. For Apache2 give an error when --with-apr is specified, but how should lib name be found if --with-apr-lib is not also given with --with-apxs2? (Currently the lib name is hardcoded in servers/Apache2/Makefile.in) I don't have Apache2 setup yet, so I can't check it out myself. Maybe I should leave Apache2 changes till later or someone else. Hummm, if neither --with-apr or --with-apr-lib is specified what do we do for the lib name (it may be there already for Apache2)? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24345] - request setCharacterEncoding has no affect
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=24345. 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=24345 request setCharacterEncoding has no affect --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 14:50 --- I did look at it (it does indeed POST), and added traces into the o.a.tomcat.util.http.Parameters class, and (unsurprisingly) the correct encoding name is being used for character decoding (the input being a byte array). So the example should work fine. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_md5.c
While testing the apr m4 patches I'm working on, I noticed that this commit
has introduced a dependency on apr-util (via apr_md5.h). I guess that means
./configure will need --with-apr-util etc. etc. to support apache13. Yes?
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, November 01, 2003 9:46 AM
Subject: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_md5.c
mturk 2003/11/01 06:46:13
Modified:jk/native2/common jk_md5.c
Log:
Use the apr-uti md5.
Removed some licence that I thought are irrelevant now.
Please check...
Revision ChangesPath
1.6 +15 -414
jakarta-tomcat-connectors/jk/native2/common/jk_md5.c
Index: jk_md5.c
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_md5.c,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- jk_md5.c 25 Sep 2003 15:23:22 - 1.5
+++ jk_md5.c 1 Nov 2003 14:46:13 - 1.6
@@ -1,36 +1,3 @@
-/*
- * This is work is derived from material Copyright RSA Data Security,
Inc.
- *
- * The RSA copyright statement and Licence for that original material
is
- * included below. This is followed by the Apache copyright statement
and
- * licence for the modifications made to that material.
- */
-
-/* MD5C.C - RSA Data Security, Inc., MD5 message-digest algorithm
- */
-
-/* Copyright (C) 1991-2, RSA Data Security, Inc. Created 1991. All
- rights reserved.
-
- License to copy and use this software is granted provided that it
- is identified as the RSA Data Security, Inc. MD5 Message-Digest
- Algorithm in all material mentioning or referencing this software
- or this function.
-
- License is also granted to make and use derivative works provided
- that such works are identified as derived from the RSA Data
- Security, Inc. MD5 Message-Digest Algorithm in all material
- mentioning or referencing the derived work.
-
- RSA Data Security, Inc. makes no representations concerning either
- the merchantability of this software or the suitability of this
- software for any particular purpose. It is provided as is
- without express or implied warranty of any kind.
-
- These notices must be retained in any copies of any part of this
- documentation and/or software.
- */
-
/*
* The Apache Software License, Version 1.1
*
@@ -89,17 +56,6 @@
* University of Illinois, Urbana-Champaign.
*/
-/*
- * The ap_MD5Encode() routine uses much code obtained from the FreeBSD
3.0
- * MD5 crypt() function, which is licenced as follows:
-
* --
--
- * THE BEER-WARE LICENSE (Revision 42):
- * [EMAIL PROTECTED] wrote this file. As long as you retain this
notice you
- * can do whatever you want with this stuff. If we meet some day, and
you think
- * this stuff is worth it, you can buy me a beer in return.
Poul-Henning Kamp
-
* --
--
- */
-
/***
* Description: MD5 encoding wrapper
*
* Author: Henri Gomez [EMAIL PROTECTED]
*
@@ -109,11 +65,8 @@
/*
* JK MD5 Encoding function (jk_MD5Encode)
*
- * Jk delegate MD5 encoding to ap_MD5Encode when used in Apache
Web-Server.
- * When another web-server is used like NES/IIS, we should use
corresponding calls.
- * NES/IIS specialists will add the necessary code but until that, I
reused the code
- * from Apache HTTP server.
- *
+ * Use the APR_UTIL apr_md5
+ *
* Nota: If you use an EBCDIC system without Apache, you'll have to use
MD5 encoding
* corresponding call or have a ebcdic2ascii() functions somewhere.
* For example current AS/400 have MD5 encoding support APIs but olders
not
@@ -122,6 +75,7 @@
#include jk_global.h
#include jk_env.h
#include jk_md5.h
+#include apr_md5.h
char * JK_METHOD jk2_hextocstr(unsigned char *org, char * dst, int n)
{
@@ -139,375 +93,22 @@
return (os);
}
-#ifndef USE_APACHE_MD5
-
-/* Constants for jk2_MD5Transform routine.
- */
-
-#define S11 7
-#define S12 12
-#define S13 17
-#define S14 22
-#define S21 5
-#define S22 9
-#define S23 14
-#define S24 20
-#define S31 4
-#define S32 11
-#define S33 16
-#define S34 23
-#define S41 6
-#define S42 10
-#define S43 15
-#define S44 21
-
-static void jk2_MD5Transform(JK_UINT4 state[4], const unsigned char
block[64]);
-static void jk2_Encode(unsigned char *output, const JK_UINT4 *input,
unsigned int len);
-static void
DO NOT REPLY [Bug 22701] - commons-logging and SSL in tomcat with struts
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=22701. 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=22701 commons-logging and SSL in tomcat with struts --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 19:58 --- I had same problem with 4.1.27. The patch works fine (javac statement is missing commons-logging.jar), and 4.1.29 also fixed the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk2/apr patch v2
Thanks to jean-frederic clere for input on this. Ok, here goes again... ;-)
Attached is a patch that makes the following changes for building jk2 via
configure and make:
1) Introduces a new configure argument called --enable-apr-threads=val for
use with --with-apr. This argument allows for threading to be configured for
apr because apr doesn't always guess threading the same way apache is
configured.
2) Changes --with-apr to configure apr while configuring jk2. This allows
for the correct naming of the apr library name instead of hard coding it and
compiler consistency with apache13 (I copied stuff from the webapp connector
for this)
3) Added compiler consistency checks for apache13 and apache2. The same
compiler must be used for jk2 as was used for apache. For apache13 a side
effect is that apr is also configured to use the same compiler (picked up
via the environment).
4) Added checks to force the use of --with-apr for apache13 and disallow use
of --with-apr for apache2.
Please review and consider for committing if there are no issues or
objections.
-Kurt
Index: native2/Makefile.in
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/native2/Makefile.in,v
retrieving revision 1.2
diff -u -r1.2 Makefile.in
--- native2/Makefile.in 24 May 2002 07:14:08 - 1.2
+++ native2/Makefile.in 3 Nov 2003 19:15:44 -
@@ -41,7 +41,7 @@
done;
apr-build:
- ( cd @APR_DIR@ ./configure make )
+ ( cd @APR_DIR@ make )
apr-clean:
( cd @APR_DIR@ make clean )
Index: native2/configure.in
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/native2/configure.in,v
retrieving revision 1.11
diff -u -r1.11 configure.in
--- native2/configure.in3 Nov 2003 09:49:58 - 1.11
+++ native2/configure.in3 Nov 2003 19:15:44 -
@@ -64,6 +64,7 @@
dnl sinclude(../support/jk_apache_static.m4)
sinclude(../support/jk_apxs.m4)
sinclude(../support/jk_ws.m4)
+sinclude(../support/jk_exec.m4)
sinclude(../support/jk_apr.m4)
sinclude(../support/jk_tchome.m4)
sinclude(../support/jk_java.m4)
@@ -172,6 +173,7 @@
dnl APR settings
+JK_APR_THREADS()
JK_APR([include/apr.h.in])
JK_APR_INCDIR([apr.h])
JK_APR_LIBDIR()
@@ -203,16 +205,37 @@
AC_SUBST(WEBSERVERS)
-dnl check if apache 1.3 selected with jni support
+dnl apache 1.3 consistancy checks
if ! ${TEST} -z $APACHE_HOME ; then
-dnl check jni wanted
- if ${TEST} ${use_jni} = true; then
- if ! ${TEST} ${use_apr} = true; then
- AC_MSG_ERROR(Apache 1.3 need apr to use jni)
- fi
- fi
+dnl check if apache 1.3 was selected without apr sources
+if ${TEST} -z $APR_BUILD; then
+AC_MSG_ERROR([Apache 1.3 requires apr to built from source, use
--with-apr])
+fi
+dnl make sure compiler matchs apxs
+if ${TEST} $APACHE_CC != $CC; then
+AC_MSG_RESULT([error])
+AC_MSG_RESULT([compiler discovered by configure: ${CC}])
+AC_MSG_RESULT([compiler used by apache: ${APACHE_CC}])
+AC_MSG_RESULT([delete config.cache and try CC=${APACHE_CC}
./configure])
+AC_MSG_ERROR([jk2 and apache compilers must be the same])
+fi
fi
+dnl apache 2 consistancy checks
+if ! ${TEST} -z $APACHE2_HOME ; then
+dnl check if apache 2 was selected with apr sources
+if ${TEST} -z $APR_BUILD; then
+AC_MSG_ERROR([Use apr that comes with Apache 2, remove --with-apr])
+fi
+dnl make sure compiler matchs apxs
+if ${TEST} $APACHE2_CC != $CC; then
+AC_MSG_RESULT([error])
+AC_MSG_RESULT([compiler discovered by configure: ${CC}])
+AC_MSG_RESULT([compiler used by apache: ${APACHE2_CC}])
+AC_MSG_RESULT([delete config.cache and try CC=${APACHE2_CC}
./configure])
+AC_MSG_ERROR([jk2 and apache compilers must be the same])
+fi
+fi
AC_SUBST(APACHE20_OEXT)
AC_SUBST(LIB_JK_TYPE)
AC_SUBST(INSTALL_TYPE)
@@ -225,6 +248,7 @@
AC_SUBST(APR_HOME)
AC_SUBST(APR_INCDIR)
AC_SUBST(APR_LIBDIR)
+AC_SUBST(APR_CONFIGURE_ARGS)
AC_SUBST(APR_LDFLAGS)
AC_SUBST(COMMON_APR_OBJECTS)
Index: support/jk_apr.m4
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/support/jk_apr.m4,v
retrieving revision 1.5
diff -u -r1.5 jk_apr.m4
--- support/jk_apr.m4 3 Nov 2003 09:59:45 - 1.5
+++ support/jk_apr.m4 3 Nov 2003 19:15:44 -
@@ -64,6 +64,31 @@
dnl --
dnl --
+dnl JK_APR_THREADS
+dnl Configure APR threading for use with --with-apr.
+dnl Result goes into APR_CONFIGURE_ARGS
+dnl
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java
luehe 2003/11/03 13:13:01
Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java
Log:
Reverted support for maxThreads=1
Revision ChangesPath
1.27 +9 -24
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/PoolTcpEndpoint.java
Index: PoolTcpEndpoint.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/PoolTcpEndpoint.java,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -r1.26 -r1.27
--- PoolTcpEndpoint.java 30 Oct 2003 21:01:39 - 1.26
+++ PoolTcpEndpoint.java 3 Nov 2003 21:13:01 - 1.27
@@ -544,7 +544,7 @@
}
}
-public void runIt(Object[] perThrData) {
+public void runIt(Object perThrData[]) {
// Create per-thread cache
if (endpoint.isRunning()) {
@@ -552,16 +552,11 @@
try {
s = endpoint.acceptSocket();
} finally {
-/*
- * Continue accepting on another thread, unless maxThreads has
- * been set to 1, in which case we have to finish processing
- * this request before we can accept a new request.
- */
-if (endpoint.isRunning() endpoint.getMaxThreads() 1) {
+ // Continue accepting on another thread...
+if (endpoint.isRunning()) {
endpoint.tp.runIt(this);
}
}
-
if (null != s) {
try {
@@ -579,24 +574,19 @@
TcpConnection con = null;
try {
-Object[] localPerThrData = null;
if( usePool ) {
con=(TcpConnection)connectionCache.get();
- if( con == null ) {
+ if( con == null )
con = new TcpConnection();
- }
-localPerThrData = perThrData;
} else {
con = (TcpConnection) perThrData[0];
-localPerThrData = (Object[]) perThrData[1];
+perThrData = (Object []) perThrData[1];
}
con.setEndpoint(endpoint);
con.setSocket(s);
endpoint.setSocketOptions( s );
- endpoint.getConnectionHandler().processConnection(
-con,
-localPerThrData);
+ endpoint.getConnectionHandler().processConnection(con, perThrData);
} catch (SocketException se) {
endpoint.log.error(
Remote Host + s.getInetAddress() +
@@ -620,11 +610,6 @@
}
}
}
-
-if (endpoint.getMaxThreads() == 1) {
-// Ready to accept new request
-runIt(perThrData);
-}
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24363] New: - SSL server will not work with Mozilla
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=24363. 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=24363 SSL server will not work with Mozilla Summary: SSL server will not work with Mozilla Product: Tomcat 5 Version: 5.0.12 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I installed Sun's jwsdp-1.3 which includes Tomcat 5. I created certificates and modified server.xml as it said in the file. However, when I do https://localhost:8443 after the site presents me with its certificates, I get that the server has received an incorrect or unknown message. Error Code:-12229 This happens if the server is on Solaris 8 or RedHat 9. It occurs for Mozilla 1.4-1.6. The page works fine with Netscape, Internet Explorer, and Mozilla 1.2.1. Since the source of this is unknown (to me) I also filed a mozilla bug: http://bugzilla.mozilla.org/show_bug.cgi?id=224604 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads/res LocalStrings.properties
luehe 2003/11/03 13:54:24
Modified:util/java/org/apache/tomcat/util/threads ThreadPool.java
util/java/org/apache/tomcat/util/threads/res
LocalStrings.properties
Log:
Correct any maxThreads settings 10
Revision ChangesPath
1.16 +10 -2
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads/ThreadPool.java
Index: ThreadPool.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads/ThreadPool.java,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- ThreadPool.java 28 Oct 2003 20:03:01 - 1.15
+++ ThreadPool.java 3 Nov 2003 21:54:24 - 1.16
@@ -83,6 +83,7 @@
* Default values ...
*/
public static final int MAX_THREADS = 200;
+public static final int MAX_THREADS_MIN = 10;
public static final int MAX_SPARE_THREADS = 50;
public static final int MIN_SPARE_THREADS = 4;
public static final int WORK_WAIT_TIMEOUT = 60*1000;
@@ -200,7 +201,14 @@
}
public void setMaxThreads(int maxThreads) {
-this.maxThreads = maxThreads;
+if (maxThreads MAX_THREADS_MIN) {
+log.warn(sm.getString(threadpool.max_threads_too_low,
+ new Integer(maxThreads),
+ new Integer(MAX_THREADS_MIN)));
+this.maxThreads = MAX_THREADS_MIN;
+} else {
+this.maxThreads = maxThreads;
+}
}
public int getMaxThreads() {
@@ -370,7 +378,7 @@
private static void logFull(Log loghelper, int currentThreadCount,
int maxThreads) {
if( logfull ) {
-log.error(sm.getString(threads.busy,
+log.error(sm.getString(threadpool.busy,
new Integer(currentThreadCount),
new Integer(maxThreads)));
logfull=false;
1.2 +2 -1
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads/res/LocalStrings.properties
Index: LocalStrings.properties
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads/res/LocalStrings.properties,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- LocalStrings.properties 28 Oct 2003 20:03:01 - 1.1
+++ LocalStrings.properties 3 Nov 2003 21:54:24 - 1.2
@@ -1 +1,2 @@
-threads.busy=All threads ({0}) are currently busy, waiting. Increase maxThreads
({1}) or check the servlet status
\ No newline at end of file
+threadpool.busy=All threads ({0}) are currently busy, waiting. Increase maxThreads
({1}) or check the servlet status
+threadpool.max_threads_too_low=maxThreads setting ({0}) too low, set to {1}
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24363] - SSL server will not work with Mozilla
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=24363. 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=24363 SSL server will not work with Mozilla [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 21:55 --- I investigated an unrelated issue with SSL on Mozilla (I use 1.5) very recently (ie, this is not the version included with JWSDP), and as a result, I can say SSL works fine with Mozilla on at least some configurations (I tested on Windows, both the seerver and the client). As a result, I doubt there is an issue with the Tomcat implementation, and I think you should investigate using tomcat-user. The issue would likely be with either JSSE or Mozilla. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager HTMLManagerServlet.java
remm2003/11/03 14:01:38
Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager
HTMLManagerServlet.java
Log:
- Avoid NPE (which renders the HTML servlet unusable) if a context hasn't
been started successfully.
- Bug 24349.
- Submitted by Ferenc Dobi.
Revision ChangesPath
1.9 +10 -6
jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/HTMLManagerServlet.java
Index: HTMLManagerServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/HTMLManagerServlet.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- HTMLManagerServlet.java 7 Sep 2003 18:47:14 - 1.8
+++ HTMLManagerServlet.java 3 Nov 2003 22:01:38 - 1.9
@@ -420,8 +420,12 @@
args[3] = response.encodeURL
(request.getContextPath() +
/html/sessions?path= + displayPath);
-args[4] =
-new Integer(context.getManager().findSessions().length);
+if (context.getManager() != null) {
+args[4] = new Integer
+(context.getManager().findSessions().length);
+} else {
+args[4] = new Integer(0);
+}
writer.print
(MessageFormat.format(APPS_ROW_DETAILS_SECTION, args));
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24349] - NullPointerException
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=24349. 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=24349 NullPointerException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 22:02 --- Thanks. I've applied the patch you were suggesting. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mod_Jk2 and NetWare
Good morning Guenter and Tomcat Developers, Thanks for the patches to JK2 and can say at this point that it links without a problem! Just like a textbook demo! (Sorry about not using Ant though.) Mod_Jk2 is presently being re-developed from what I've read here, and hope someone who knows about these things will consider adding his patches and Makefiles into the connector source tree, as this will greatly simplify the future development and testing on the NetWare platform. Thanks! Norm - Original Message - From: Günter Knauf [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, November 02, 2003 1:05 PM Subject: Re: Mod_Jk2 and NetWare Hi Norm, Just looking at trying a compile of mod_jk2 for NetWare, and get as far as jk_nwmain.c where I find it is pulling in nwthread.h, which is part of the 'Novell-deprecated' CLib library (everything is LibC these days it seems.) Is anyone at Novell or a NetWare guru looking at this updated packaging? you can get the necessary patches and Makefile here: http://www.gknw.com/test/jtc-patches.zip with this patches applied you should be able to compile and link with CW or GCC Guenter. - 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-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager JMXProxyServlet.java
remm2003/11/03 14:22:43
Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager
JMXProxyServlet.java
Log:
- Make output compatible with Ant task.
- Bug 24250.
- Submitted by Peter Rossbach.
Revision ChangesPath
1.5 +20 -13
jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/JMXProxyServlet.java
Index: JMXProxyServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/JMXProxyServlet.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- JMXProxyServlet.java 17 Apr 2003 19:45:46 - 1.4
+++ JMXProxyServlet.java 3 Nov 2003 22:22:43 - 1.5
@@ -128,7 +128,7 @@
String qryString= request.getQueryString();
if( mBeanServer==null ) {
-writer.println(Error: No mbean server);
+writer.println(Error - No mbean server);
return;
}
@@ -158,28 +158,35 @@
String type=registry.getType(oname, att);
Object valueObj=registry.convertValue(type, val );
mBeanServer.setAttribute( oname, new Attribute(att, valueObj));
-writer.println(Result: ok);
+writer.println(OK - Attribute set);
} catch( Exception ex ) {
-writer.println(Error: + ex.toString());
+writer.println(Error - + ex.toString());
}
}
public void listBeans( PrintWriter writer, String qry )
{
+
+Set names = null;
try {
-Set names=mBeanServer.queryNames(new ObjectName(qry), null);
-writer.println(MbeanCount: + names.size());
+names=mBeanServer.queryNames(new ObjectName(qry), null);
+writer.println(OK - Number of results: + names.size());
writer.println();
+} catch (Exception e) {
+writer.println(Error - + e.toString());
+return;
+}
-Iterator it=names.iterator();
-while( it.hasNext()) {
-ObjectName oname=(ObjectName)it.next();
+Iterator it=names.iterator();
+while( it.hasNext()) {
+ObjectName oname=(ObjectName)it.next();
+writer.println( Name: + oname.toString());
-writer.println( Name: + oname.toString());
+try {
MBeanInfo minfo=mBeanServer.getMBeanInfo(oname);
// can't be null - I thinl
String code=minfo.getClassName();
-if( org.apache.commons.modeler.BaseModelMBean.equals( code ) ) {
+if (org.apache.commons.modeler.BaseModelMBean.equals(code)) {
code=(String)mBeanServer.getAttribute(oname, modelerType);
}
writer.println(modelerType: + code);
@@ -209,10 +216,10 @@
String valueString=value.toString();
writer.println( attName + : + escape(valueString));
}
-writer.println();
+} catch (Exception e) {
+// Ignore
}
-} catch (Exception e) {
-e.printStackTrace();
+writer.println();
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24250] - JMX ant task failed
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=24250. 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=24250 JMX ant task failed [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 22:23 --- I don't think I agree with this patch, so I've changed it: - queryMBeans should never return a null Set (according to the JMX 1.2 Javadocs - Tomcat 5 uses JMX 1.2) - if there are no MBeans, this is not an error (the fact that there are zero results should be displayed normally) OTOH: - Normalizing messages is *good* (OK - and Error - ), and since the Ant task is looking for that ... - Removing e.printStackTrace is obviously good; I don't like the error handling of this servlet, but maybe it is adapted to the task - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24368] New: - Unhandled Exception in PersistentManagerBase.processExpires() kills PersistentManager thread
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=24368.
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=24368
Unhandled Exception in PersistentManagerBase.processExpires() kills PersistentManager
thread
Summary: Unhandled Exception in
PersistentManagerBase.processExpires() kills
PersistentManager thread
Product: Tomcat 4
Version: 4.1.27
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Major
Priority: Other
Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
I have seen mention of a similar bug in StandardManager code that was fixed,
but the cooresponding fix was not made to PersistentManagerBase. In the
following code, if an Exception occurs while expiring sessions, that Exception
will kill the PersistentManager thread.
As for a fix, of course, a try/catch around this code will do the trick.
However, I wonder why this code is not shared between StandardManager and
PersistentManager?
From PersistentManagerBase.java:
protected void processExpires() {
if (!started)
return;
long timeNow = System.currentTimeMillis();
Session sessions[] = findSessions();
for (int i = 0; i sessions.length; i++) {
StandardSession session = (StandardSession) sessions[i];
if (!session.isValid())
continue;
if (isSessionStale(session, timeNow))
session.expire();
}
}
From StandardManager.java: (includes try/catch)
private void processExpires() {
long timeNow = System.currentTimeMillis();
Session sessions[] = findSessions();
for (int i = 0; i sessions.length; i++) {
StandardSession session = (StandardSession) sessions[i];
if (!session.isValid())
continue;
int maxInactiveInterval = session.getMaxInactiveInterval();
if (maxInactiveInterval 0)
continue;
int timeIdle = // Truncate, do not round up
(int) ((timeNow - session.getLastAccessedTime()) / 1000L);
if (timeIdle = maxInactiveInterval) {
try {
expiredSessions++;
session.expire();
} catch (Throwable t) {
log(sm.getString(standardManager.expireException), t);
}
}
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24363] - SSL server will not work with Mozilla
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=24363. 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=24363 SSL server will not work with Mozilla --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 22:50 --- I was unable to get Tomcat 5 to build on my Solaris machines, hence the use of the version from jwsdp. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24363] - SSL server will not work with Mozilla
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=24363. 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=24363 SSL server will not work with Mozilla --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 22:55 --- Just download a nightly build :-) instead. http://cvs.apache.org/builds/jakarta-tomcat-5/nightly/ -- Jeanfrancois - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18650] - Exception while processing a JAR file
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=18650. 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=18650 Exception while processing a JAR file --- Additional Comments From [EMAIL PROTECTED] 2003-11-03 23:46 --- Here's a valid test case for you, as simple as it gets: 1. Install tomcat 4.1.27. 2. Delete, rename or remove write privileges on $CATALINA_BASE/temp. 3. Start catalina. 4. Inspect the logs of any webapp that contains a jar that needs the catalina temp/ directory (i.e., localhost_admin_log.date.txt). You will see something like this: 2003-11-03 15:18:44 ContextConfig[/admin] Exception processing JAR at resource path /WEB-INF/lib/struts.jar javax.servlet.ServletException: Exception processing JAR at resource path /WEB- INF/lib/struts.jar at org.apache.catalina.startup.ContextConfig.tldScanJar (ContextConfig.java:930) at org.apache.catalina.startup.ContextConfig.tldScan (ContextConfig.java:868) at org.apache.catalina.startup.ContextConfig.start (ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent (ContextConfig.java:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent (LifecycleSupport.java:166) at org.apache.catalina.core.StandardContext.start (StandardContext.java:3568) at org.apache.catalina.core.ContainerBase.addChildInternal (ContainerBase.java:821) at org.apache.catalina.core.ContainerBase.addChild (ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild (StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.addChild (StandardHostDeployer.java:700) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.MethodUtils.invokeMethod (MethodUtils.java:252) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement (Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher .dispatch(Unknown Source ) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument (Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.catalina.core.StandardHostDeployer.install (StandardHostDeployer.java:385) at org.apache.catalina.core.StandardHost.install(StandardHost.java:803) at org.apache.catalina.startup.HostConfig.deployDescriptors (HostConfig.java:442) at org.apache.catalina.startup.HostConfig.deployApps (HostConfig.java:399) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent (HostConfig.java:358) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent (LifecycleSupport.java:166) at org.apache.catalina.core.ContainerBase.start (ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start (ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start (StandardEngine.java:347) at org.apache.catalina.core.StandardService.start (StandardService.java:497) at org.apache.catalina.core.StandardServer.start (StandardServer.java:2190) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at
DO NOT REPLY [Bug 24345] - request setCharacterEncoding has no affect
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=24345. 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=24345 request setCharacterEncoding has no affect --- Additional Comments From [EMAIL PROTECTED] 2003-11-04 00:50 --- I find the real reason: It's my fault, I use a filter(atlassian ProfilingFilter) which is called before Servlet service method and invoke request.getParameter() before! Thanks all, I will carefully test and verifiy before report! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24347] - Try to log on with a user without any roles. Then enter /admin, the /admin does not 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=24347. 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=24347 Try to log on with a user without any roles. Then enter /admin, the /admin does not work. [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | Summary|Try to log on with a no-role|Try to log on with a user |user, the /admin webapp |without any roles. Then |crashes!|enter /admin, the /admin ||does not work. --- Additional Comments From [EMAIL PROTECTED] 2003-11-04 01:56 --- Hello, Remy, I'm sorry for misusing crash to descript the result. Maybe, does not work is better. I log on /admin, and successfully create a new user - onewithoutrole, which have no role. Then, I log out /admin. Try to log in /admin as onewithourole - the new user just created. Then have the result HTTP Status 403 - Access to the requested resource has been denied. Then I can not use /admin again, unless restart the tomcat. so , what's happen? thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24347] - Try to log on with a user without any roles. Then enter /admin, the /admin does not 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=24347. 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=24347 Try to log on with a user without any roles. Then enter /admin, the /admin does not work. [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2003-11-04 02:18 --- You need to assign admin role to your newly created user in order to log on to admin webapp. Make sure you click on admin role when you create your user if you want to log back on using the new user name. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
NSAPI and Solaris
Was looking for the binaries for the NSAPI Plugin for IPlanet that supports APJ13 protocol running on Solaris and couldn't find it. Noticed that the Solaris code hasn't been updated in a 1 1/2 years. Is this an unsupported configuration? Are there alternatives?
DO NOT REPLY [Bug 24347] - Try to log on with a user without any roles. Then enter /admin, the /admin does not 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=24347. 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=24347 Try to log on with a user without any roles. Then enter /admin, the /admin does not work. [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2003-11-04 02:35 --- Hi. everyone: OK , I get what you said. but, if some user just forget select the role in his operation. the error result will make him unhappy. so I think it's a bug and should be provided a better solution. at last can let the user log in again. How do you think about it? yours - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24363] - SSL server will not work with Mozilla
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=24363. 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=24363 SSL server will not work with Mozilla --- Additional Comments From [EMAIL PROTECTED] 2003-11-04 02:54 --- Yes, using the nightly build for Tomcat 5 made Mozilla work. Someone needs to beat on Sun. I installed jwsdp-1.3 without tomcat and copied the tomcat5/dist firectory to the jwsdp-1.3 directory and all worked. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24363] - SSL server will not work with Mozilla
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=24363. 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=24363 SSL server will not work with Mozilla --- Additional Comments From [EMAIL PROTECTED] 2003-11-04 03:28 --- Thanks for the info. -- jeanfrancois.arcand at sun.com ;-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Servlet API support for multiple HTTP status codes (1xx)?
Question How to send multiple 1xx responses and a final 200 response to a single request? An example -- A HTTP/1.1 user agent (UA) sends a large, multi-GB XML data file to your server. Thirty seconds pass and the server is still digesting the data file. The server responds with a 100 status code to inform the UA to continue waiting. Another 30 seconds pass -- rinse, repeat ten more times over the same HTTP connection. Withouth the 1xx responses, a UA like MS IE or Mozilla would've timed out the request by now. Seven more seconds pass and the server finally gets back to the UA with the real response -- a fancy PDF-formatted graphical representation of their XML file, perhaps. Some background --- HTTP/1.1 (RFC 2616) [1] defines informational status codes as those in the 1xx range, and indicates that HTTP/1.1 UAs must be prepared to accept many such intermediate responses before the final response (to the single, original request). Here's the relevant section from RFC 2616: 10.1 Informational 1xx This class of status code indicates a provisional response, consisting only of the Status-Line and optional headers, and is terminated by an empty line. There are no required headers for this class of status code. Since HTTP/1.0 did not define any 1xx status codes, servers MUST NOT send a 1xx response to an HTTP/1.0 client except under experimental conditions. A client MUST be prepared to accept one or more 1xx status responses prior to a regular response, even if the client does not expect a 100 (Continue) status message. Unexpected 1xx status responses MAY be ignored by a user agent. Proxies MUST forward 1xx responses, unless the connection between the proxy and its client has been closed, or unless the proxy itself requested the generation of the 1xx response. (For example, if a proxy adds a Expect: 100-continue field when it forwards a request, then it need not forward the corresponding 100 (Continue) response(s).) 10.1.1 100 Continue The client SHOULD continue with its request. This interim response is used to inform the client that the initial part of the request has been received and has not yet been rejected by the server. The client SHOULD continue by sending the remainder of the request or, if the request has already been completed, ignore this response. The server MUST send a final response after the request has been completed. See section 8.2.3 for detailed discussion of the use and handling of this status code. WebDAV extensions to HTTP/1.1 (RFC 2518) [2] continues definition of informational status codes with 102 (Processing) as a way for the server to provide yes I'm still working so hold your horses feedback to the UA when dealing with long-lived requests. Using our XML - PDF example from above, this is a bit more descriptive than continue waiting 100 response, indicating not just that the UA should wait, but also that the server is indeed working on proessing the request. Here's the relevant section: 10.1 102 Processing The 102 (Processing) status code is an interim response used to inform the client that the server has accepted the complete request, but has not yet completed it. This status code SHOULD only be sent when the server has a reasonable expectation that the request will take significant time to complete. As guidance, if a method is taking longer than 20 seconds (a reasonable, but arbitrary value) to process the server SHOULD return a 102 (Processing) response. The server MUST send a final response after the request has been completed. Methods can potentially take a long period of time to process, especially methods that support the Depth header. In such cases the client may time-out the connection while waiting for a response. To prevent this the server may return a 102 (Processing) status code to indicate to the client that the server is still processing the method. Servlet API lacking? Brief examination of the source for Tomcat 4.1 leads me to believe that though sendError(int) does provide a way for communicating informational responses in the 1xx range -- which incidently aren't error conditions -- that later attempts to communicate additional 1xx or the final 200 response are not supported, and result in an IllegalStateException or IOException or some such. Without writing code directly against Tomcat's own API to gain access to the underlying TCP socket connection (rather than against the more portable Servlet API), I'm not seeing a way of sending multiple interim responses to the UA. Is Servlet API 2.3 really lacking this feature, or did I just miss it somewhere? If so, is this feature planned for future versions of the Servlet API, and is there an interim work-around? Thanks for your time, Dan p.s. Please CC me on any responses. [1]
