Question about jsp/servlet performance
Hi, As i tested, the jsp/servlet performance of Tomcat 4.0 is only 50%-70% of Tomcat 3.3. Can any expert tell me what causes it? Http processing, request mapping or something else? I may integrate Tomcat 4.0 into our system so I should be aware of its reason and possible ways to improve it. Thanks a lot. Hugh __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [NITPICK] didn't see this one coming...
context file=/webapps/tomcat-docs/config/webapp.xml pbIMPORTANT NOTE: The Webapp connector is now deprecated. Use the Coyote JK 2 connector instead./b/p /context I'm just asking why??? Just because it doesn't use Coyote? Deprecating it was never voted, and the mention should be removed from the documentation. IMO, the issue should then be voted upon. Only disabling it from the default configuration was voted upon. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Question about jsp/servlet performance
Hi, As i tested, the jsp/servlet performance of Tomcat 4.0 is only 50%-70% of Tomcat 3.3. Can any expert tell me what causes it? Http processing, request mapping or something else? I may integrate Tomcat 4.0 into our system so I should be aware of its reason and possible ways to improve it. You can try using Coyote HTTP/1.1 to replace the default HTTP/1.1 connector. You can also try to use Jasper 2 intead of Jasper 1 (TC 3.3 has ways to get around the performance problems in the Jasper servlet, and so doesn't need the performance optimizations). Also, you should disable the access log valve (enabled in Tomcat 4.0.x, disabled in Tomcat 3.3 and Tomcat 4.1.x). You can test the 4.1.0 build to get a better idea on performance using all the changes mentioned above. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config webapp.xml
remm02/04/28 00:32:57 Modified:webapps/tomcat-docs/config webapp.xml Log: - Undeprecate mod_webapp. I thought this had been voted, but it wasn't. Revision ChangesPath 1.4 +0 -3 jakarta-tomcat-4.0/webapps/tomcat-docs/config/webapp.xml Index: webapp.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/config/webapp.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- webapp.xml16 Apr 2002 17:48:56 - 1.3 +++ webapp.xml28 Apr 2002 07:32:57 - 1.4 @@ -16,9 +16,6 @@ section name=Introduction - pbIMPORTANT NOTE: The Webapp connector is now deprecated. Use - the Coyote JK 2 connector instead./b/p - pThe strongWebapp Connector/strong element represents a strongConnector/strong component that communicates with a web connector via the codeWARP/code protocol. This is used for cases -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8600] New: - Trailing Slash on WebApp Module REDIRECT Fails.
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=8600. 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=8600 Trailing Slash on WebApp Module REDIRECT Fails. Summary: Trailing Slash on WebApp Module REDIRECT Fails. Product: Tomcat 4 Version: 4.0 Beta 1 Platform: PC OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Connector:Webapp AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The setup is Apache 1.3 / Tomcat 4.0 , I have tried using the various WebApp modules from the Binary 1.0 , the Connector Source Code package , and from the CVS tree directlyI found the following CRITICAL BUG related to a trailing SLASH ... This is the Apache 1.3 httpd.conf file: - WebAppConnection con warp localhost:8008 WebAppDeploy servidor conn /automatic/*.jsp - As you may notice I am trying to pass/execute the JSP's residing in the directory called automatic to Tomcat (Catalina) ONLY , I need this because I have some legacy (CGI-BIN/Perl) scripts residing on the site... When I use the previous configuration, and request the URL for a JSP under the directory I get a NOT FOUND (404) from Apache, (I checked both LOGS: Tomcat's and Apache..the HIT only registers with Apache..)..So the redirection does not take place... I decided to serve the entire site through Tomcat (Catalina) via Apache, changed Apache's httpd.conf to the following: - WebAppConnection con warp localhost:8008 WebAppDeploy servidor conn / - In other words, pipe everything to Tomcat..sure enough..the JSP's WORK!, the correct results are coming back through Apache, HOWEVER..when I request the legacy (CGI-BIN/Perl) it bombs, because Tomcat(Catalina) does not know what to do with it. Why I ASSUME ITS A trailing slash in the WebApp module. When I used the Binary WebApp Module available at the site (1.0), it provided the following output when I started Apache: (wa_main.c:187) Application servidor deployed for http://servidor.osmosis.com:80 (wa_config.c:100) Created application servidor in path /automatic/*.jsp/ I have a feeling that the trailing slash in the output is the one not allowing the JSP's/Servlets to be detected on a directory basis. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
mod_jk2 connector
Hi, I don´t want to waste your time but I really would like to get mod_jk2 compiled. Unfortunately, no matter what I try I don´t seem to be able to achieve this. The instructions in the README read as follows: * Run ant. It'll build modules for all the detected containers. * If your system have a current working version of libtool, run ant native. This will build the native connectors for the detected servers ( both jk and jk2). The above doesn´t work. When I try going running make manually from the connectors/jk/native2/server/apache2 directory I get the following compile error: make mkdir -p ../../../build/jk2/apache2 /usr/local/apache2.0.35/build/libtool --mode=compile -g -O2 -pthread-DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURC E -D_SVID_SOURCE -DAP_HAVE_DESIGNATED_INITIALIZER -I../../include -I/usr/lo cal/apache2.0.35/include -I/usr/local/java/j2sdk1.4.0/include -I/usr/local/j ava/j2sdk1.4.0/include\linux -I/usr/local/java/j2sdk1.4.0/include\hp-ux -I. -I/os/unix -I/server/mpm/prefork -I/modules/http -I/modules/proxy -I/includ e -I/srclib/apr/include -I/srclib/apr-util/include -I/modules/dav/main -I/IN STALL/httpd-2.0.35/srclib/apr-util/include -I/INSTALL/httpd-2.0.35/srclib/ap r-util/xml/expat/lib -prefer-pic -c ../../common/jk_channel_apr_socket.c -o ../../../build/jk2/apache2/jk_channel_apr_socket.lo rm -f ../../../build/jk2/apache2/.libs/jk_channel_apr_socket.lo gcc -g -O2 -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -DAP_HAVE_DESIGNATED_INITIALIZER -I../../include -I/usr/loca l/apache2.0.35/include -I/usr/local/java/j2sdk1.4.0/include -I/usr/local/jav a/j2sdk1.4.0/includelinux -I/usr/local/java/j2sdk1.4.0/includehp-ux -I. -I/o s/unix -I/server/mpm/prefork -I/modules/http -I/modules/proxy -I/include -I/ srclib/apr/include -I/srclib/apr-util/include -I/modules/dav/main -I/INSTALL /httpd-2.0.35/srclib/apr-util/include -I/INSTALL/httpd-2.0.35/srclib/apr-uti l/xml/expat/lib -prefer-pic -c ../../common/jk_channel_apr_socket.c -fPIC -DPIC -o ../../../build/jk2/apache2/.libs/jk_channel_apr_socket.lo --- Error: --- gcc: unrecognized option `-prefer-pic' In file included from /usr/local/apache2.0.35/include/apr_network_io.h:67, from ../../common/jk_channel_apr_socket.c:84: /usr/local/apache2.0.35/include/apr.h:176: redefinition of `apr_byte_t' ../../include/jk_global.h:164: `apr_byte_t' previously declared here /usr/local/apache2.0.35/include/apr.h:178: redefinition of `apr_int16_t' ../../include/jk_global.h:165: `apr_int16_t' previously declared here /usr/local/apache2.0.35/include/apr.h:179: redefinition of `apr_uint16_t' ../../include/jk_global.h:166: `apr_uint16_t' previously declared here /usr/local/apache2.0.35/include/apr.h:181: redefinition of `apr_int32_t' ../../include/jk_global.h:167: `apr_int32_t' previously declared here /usr/local/apache2.0.35/include/apr.h:182: redefinition of `apr_uint32_t' ../../include/jk_global.h:168: `apr_uint32_t' previously declared here In file included from /usr/local/apache2.0.35/include/apr_pools.h:85, from /usr/local/apache2.0.35/include/apr_network_io.h:68, from ../../common/jk_channel_apr_socket.c:84: /usr/local/apache2.0.35/include/apr_errno.h:81: redefinition of `apr_status_t' ../../include/jk_global.h:160: `apr_status_t' previously declared here In file included from /usr/local/apache2.0.35/include/apr_pools.h:85, from /usr/local/apache2.0.35/include/apr_network_io.h:68, from ../../common/jk_channel_apr_socket.c:84: /usr/local/apache2.0.35/include/apr_errno.h:159:1: warning: APR_OS_START_USEERR redefined ../../include/jk_global.h:162:1: warning: this is the location of the previous definition /usr/local/apache2.0.35/include/apr_errno.h:177:1: warning: APR_SUCCESS redefined ../../include/jk_global.h:161:1: warning: this is the location of the previous definition ../../common/jk_channel_apr_socket.c: In function `jk2_channel_apr_close': ../../common/jk_channel_apr_socket.c:385: warning: assignment makes pointer from integer without a cast ../../common/jk_channel_apr_socket.c:386: warning: return makes integer from pointer without a cast make: *** [../../../build/jk2/apache2/jk_channel_apr_socket.lo] Error 1 -- I´ve included the whole output so that you can see what is going on. PLEASE HELP! Thank you. Michael Delamere -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk2 connector
On Sun, 28 Apr 2002, Michael Delamere wrote: -g -O2 -pthread-DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURC E -D_SVID_SOURCE -DAP_HAVE_DESIGNATED_INITIALIZER -I../../include -I/usr/lo I've got it. Sorry, we mostly use ant for development - the Makefile gets updated less often. ( the bug was that we didn't pass the JK_CFLAGS to the compiler - so it didn't know that we do have and use apr and tried to compile the 'transition' layer ). Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 Makefile
costin 02/04/28 06:38:34 Modified:jk/native2/server/apache2 Makefile Log: Fix the makefile Thanks to Michael Delamere for checking it. Revision ChangesPath 1.4 +1 -1 jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile Index: Makefile === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Makefile 9 Apr 2002 21:48:21 - 1.3 +++ Makefile 28 Apr 2002 13:38:34 - 1.4 @@ -37,7 +37,7 @@ # Compile commands COMPILE = $(CC) $(ALL_CFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES) -SH_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) -prefer-pic +SH_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) $(JK_CFLAGS) MOD_LINK = $(LIBTOOL) --mode=link $(CC) -module -shared $(LT_LDFLAGS) $(ALL_LDFLAGS) # -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk2
Hi, When comparing the 2 files that you suggested I notice the following: There seem to be a number of differences between the 2 files (possibly due to apache2.0.35??) and -prefer-pic doesn´t exist in the rules.mk at all. regards Michael MAKEFILE: ## Based on rules.mk ## ALL_CFLAGS = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS) ALL_CPPFLAGS = $(DEFS) $(EXTRA_CPPFLAGS) $(NOTEST_CPPFLAGS) $(CPPFLAGS) ALL_LDFLAGS = $(EXTRA_LDFLAGS) $(NOTEST_LDFLAGS) $(LDFLAGS) ALL_LIBS = $(EXTRA_LIBS) $(NOTEST_LIBS) $(LIBS) ALL_INCLUDES = $(INCLUDES) $(EXTRA_INCLUDES) # Compile commands COMPILE = $(CC) $(ALL_CFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES) SH_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) -prefer-pic MOD_LINK = $(LIBTOOL) --mode=link $(CC) -module -shared $(LT_LDFLAGS) $(ALL_LDFLAGS) # RULES.MK # Combine all of the flags together in the proper order so that # the user-defined flags can always override the configure ones, if needed. # Note that includes are listed after the flags because -I options have # left-to-right precedence and CPPFLAGS may include user-defined overrides. # ALL_CFLAGS = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS) ALL_CPPFLAGS = $(DEFS) $(EXTRA_CPPFLAGS) $(NOTEST_CPPFLAGS) $(CPPFLAGS) ALL_CXXFLAGS = $(EXTRA_CXXFLAGS) $(NOTEST_CXXFLAGS) $(CXXFLAGS) ALL_LDFLAGS = $(EXTRA_LDFLAGS) $(NOTEST_LDFLAGS) $(LDFLAGS) ALL_LIBS = $(EXTRA_LIBS) $(NOTEST_LIBS) $(LIBS) ALL_INCLUDES = $(INCLUDES) $(EXTRA_INCLUDES) # Compile commands COMPILE = $(CC) $(ALL_CFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES) CXX_COMPILE = $(CXX) $(ALL_CXXFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES) SH_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) -c $ touch $@ SH_CXX_COMPILE = $(LIBTOOL) --mode=compile $(CXX_COMPILE) -c $ touch $@ LT_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) -c $ touch $@ LT_CXX_COMPILE = $(LIBTOOL) --mode=compile $(CXX_COMPILE) -c $ touch $@ # Link-related commands LINK = $(LIBTOOL) --mode=link $(COMPILE) $(LT_LDFLAGS) $(ALL_LDFLAGS) -o $@ SH_LINK = $(SH_LIBTOOL) --mode=link $(COMPILE) $(LT_LDFLAGS) $(ALL_LDFLAGS) $(SH_LDFLAGS) $(CORE_IMPLIB) $(SH_LIBS) - MOD_LINK = $(LIBTOOL) --mode=link $(COMPILE) -module $(LT_LDFLAGS) $(ALL_LDFLAGS) -o $@ ### - Original Message - From: [EMAIL PROTECTED] To: Michael Delamere [EMAIL PROTECTED] Cc: List Tomcat-Dev [EMAIL PROTECTED] Sent: Sunday, April 28, 2002 3:31 PM Subject: Re: mod_jk2 On Sun, 28 Apr 2002, Michael Delamere wrote: Hi, When I try to run make in jakarta-tomcat-connectors/jk/native2/server/apache2 I get a compile error. One of the errors is: gcc: unrecognized option `-prefer-pic' Does this mean that I´ve got the wrong version of gcc? I´ve got v2.95 installed. Are you on Linux ? The -prefer-pic seems to be supported - I cutpasted it from the Apache's Makefile ( genereated by configure ). You can take a look in APACHE_HOME/build/rules.mk and 'synchronize' this with the jk makefile. ( and let us know what you change :-) In any case - -prefer-pic shouldn't be needed - I'll double check and remove it. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk2
I commited a fix. Let me know if it still fails. BTW, mod_jk2 is not even beta - we are still doing a lot of major changes and some important features are not yet finished. Don't waste your time with jk2 unless you want to contribute to the development ( sending feedback and comments and reviewing the code is an important contribution ) Costin On Sun, 28 Apr 2002, Michael Delamere wrote: Hi, When comparing the 2 files that you suggested I notice the following: There seem to be a number of differences between the 2 files (possibly due to apache2.0.35??) and -prefer-pic doesn´t exist in the rules.mk at all. regards Michael MAKEFILE: ## Based on rules.mk ## ALL_CFLAGS = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS) ALL_CPPFLAGS = $(DEFS) $(EXTRA_CPPFLAGS) $(NOTEST_CPPFLAGS) $(CPPFLAGS) ALL_LDFLAGS = $(EXTRA_LDFLAGS) $(NOTEST_LDFLAGS) $(LDFLAGS) ALL_LIBS = $(EXTRA_LIBS) $(NOTEST_LIBS) $(LIBS) ALL_INCLUDES = $(INCLUDES) $(EXTRA_INCLUDES) # Compile commands COMPILE = $(CC) $(ALL_CFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES) SH_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) -prefer-pic MOD_LINK = $(LIBTOOL) --mode=link $(CC) -module -shared $(LT_LDFLAGS) $(ALL_LDFLAGS) # RULES.MK # Combine all of the flags together in the proper order so that # the user-defined flags can always override the configure ones, if needed. # Note that includes are listed after the flags because -I options have # left-to-right precedence and CPPFLAGS may include user-defined overrides. # ALL_CFLAGS = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS) ALL_CPPFLAGS = $(DEFS) $(EXTRA_CPPFLAGS) $(NOTEST_CPPFLAGS) $(CPPFLAGS) ALL_CXXFLAGS = $(EXTRA_CXXFLAGS) $(NOTEST_CXXFLAGS) $(CXXFLAGS) ALL_LDFLAGS = $(EXTRA_LDFLAGS) $(NOTEST_LDFLAGS) $(LDFLAGS) ALL_LIBS = $(EXTRA_LIBS) $(NOTEST_LIBS) $(LIBS) ALL_INCLUDES = $(INCLUDES) $(EXTRA_INCLUDES) # Compile commands COMPILE = $(CC) $(ALL_CFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES) CXX_COMPILE = $(CXX) $(ALL_CXXFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES) SH_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) -c $ touch $@ SH_CXX_COMPILE = $(LIBTOOL) --mode=compile $(CXX_COMPILE) -c $ touch $@ LT_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) -c $ touch $@ LT_CXX_COMPILE = $(LIBTOOL) --mode=compile $(CXX_COMPILE) -c $ touch $@ # Link-related commands LINK = $(LIBTOOL) --mode=link $(COMPILE) $(LT_LDFLAGS) $(ALL_LDFLAGS) -o $@ SH_LINK = $(SH_LIBTOOL) --mode=link $(COMPILE) $(LT_LDFLAGS) $(ALL_LDFLAGS) $(SH_LDFLAGS) $(CORE_IMPLIB) $(SH_LIBS) - MOD_LINK = $(LIBTOOL) --mode=link $(COMPILE) -module $(LT_LDFLAGS) $(ALL_LDFLAGS) -o $@ ### - Original Message - From: [EMAIL PROTECTED] To: Michael Delamere [EMAIL PROTECTED] Cc: List Tomcat-Dev [EMAIL PROTECTED] Sent: Sunday, April 28, 2002 3:31 PM Subject: Re: mod_jk2 On Sun, 28 Apr 2002, Michael Delamere wrote: Hi, When I try to run make in jakarta-tomcat-connectors/jk/native2/server/apache2 I get a compile error. One of the errors is: gcc: unrecognized option `-prefer-pic' Does this mean that I´ve got the wrong version of gcc? I´ve got v2.95 installed. Are you on Linux ? The -prefer-pic seems to be supported - I cutpasted it from the Apache's Makefile ( genereated by configure ). You can take a look in APACHE_HOME/build/rules.mk and 'synchronize' this with the jk makefile. ( and let us know what you change :-) In any case - -prefer-pic shouldn't be needed - I'll double check and remove it. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk2
Hi, Well the reason I wanted to get mod_jk2 working was because people have posted that mod_jk is fairly unstable in apache2. I have heard of mod_jk getting into infinite loops and one person said that he suddenly had a huge logfile getting larger by the second! I haven´t had this problem as such myself although I have had apache hang for a while. If I can help the developer team by testing and whatever needs done, I´d be happy to assist! How long do you think it will take until mod_jk2 is ready for producation servers? bye Michael - Original Message - From: [EMAIL PROTECTED] To: Michael Delamere [EMAIL PROTECTED] Cc: List Tomcat-Dev [EMAIL PROTECTED] Sent: Sunday, April 28, 2002 4:13 PM Subject: Re: mod_jk2 I commited a fix. Let me know if it still fails. BTW, mod_jk2 is not even beta - we are still doing a lot of major changes and some important features are not yet finished. Don't waste your time with jk2 unless you want to contribute to the development ( sending feedback and comments and reviewing the code is an important contribution ) Costin On Sun, 28 Apr 2002, Michael Delamere wrote: Hi, When comparing the 2 files that you suggested I notice the following: There seem to be a number of differences between the 2 files (possibly due to apache2.0.35??) and -prefer-pic doesn´t exist in the rules.mk at all. regards Michael MAKEFILE: ## Based on rules.mk ## ALL_CFLAGS = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS) ALL_CPPFLAGS = $(DEFS) $(EXTRA_CPPFLAGS) $(NOTEST_CPPFLAGS) $(CPPFLAGS) ALL_LDFLAGS = $(EXTRA_LDFLAGS) $(NOTEST_LDFLAGS) $(LDFLAGS) ALL_LIBS = $(EXTRA_LIBS) $(NOTEST_LIBS) $(LIBS) ALL_INCLUDES = $(INCLUDES) $(EXTRA_INCLUDES) # Compile commands COMPILE = $(CC) $(ALL_CFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES) SH_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) -prefer-pic MOD_LINK = $(LIBTOOL) --mode=link $(CC) -module -shared $(LT_LDFLAGS) $(ALL_LDFLAGS) # RULES.MK # Combine all of the flags together in the proper order so that # the user-defined flags can always override the configure ones, if needed. # Note that includes are listed after the flags because -I options have # left-to-right precedence and CPPFLAGS may include user-defined overrides. # ALL_CFLAGS = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS) ALL_CPPFLAGS = $(DEFS) $(EXTRA_CPPFLAGS) $(NOTEST_CPPFLAGS) $(CPPFLAGS) ALL_CXXFLAGS = $(EXTRA_CXXFLAGS) $(NOTEST_CXXFLAGS) $(CXXFLAGS) ALL_LDFLAGS = $(EXTRA_LDFLAGS) $(NOTEST_LDFLAGS) $(LDFLAGS) ALL_LIBS = $(EXTRA_LIBS) $(NOTEST_LIBS) $(LIBS) ALL_INCLUDES = $(INCLUDES) $(EXTRA_INCLUDES) # Compile commands COMPILE = $(CC) $(ALL_CFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES) CXX_COMPILE = $(CXX) $(ALL_CXXFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES) SH_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) -c $ touch $@ SH_CXX_COMPILE = $(LIBTOOL) --mode=compile $(CXX_COMPILE) -c $ touch $@ LT_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) -c $ touch $@ LT_CXX_COMPILE = $(LIBTOOL) --mode=compile $(CXX_COMPILE) -c $ touch $@ # Link-related commands LINK = $(LIBTOOL) --mode=link $(COMPILE) $(LT_LDFLAGS) $(ALL_LDFLAGS) -o $@ SH_LINK = $(SH_LIBTOOL) --mode=link $(COMPILE) $(LT_LDFLAGS) $(ALL_LDFLAGS) $(SH_LDFLAGS) $(CORE_IMPLIB) $(SH_LIBS) - MOD_LINK = $(LIBTOOL) --mode=link $(COMPILE) -module $(LT_LDFLAGS) $(ALL_LDFLAGS) -o $@ ### - Original Message - From: [EMAIL PROTECTED] To: Michael Delamere [EMAIL PROTECTED] Cc: List Tomcat-Dev [EMAIL PROTECTED] Sent: Sunday, April 28, 2002 3:31 PM Subject: Re: mod_jk2 On Sun, 28 Apr 2002, Michael Delamere wrote: Hi, When I try to run make in jakarta-tomcat-connectors/jk/native2/server/apache2 I get a compile error. One of the errors is: gcc: unrecognized option `-prefer-pic' Does this mean that I´ve got the wrong version of gcc? I´ve got v2.95 installed. Are you on Linux ? The -prefer-pic seems to be supported - I cutpasted it from the Apache's Makefile ( genereated by configure ). You can take a look in APACHE_HOME/build/rules.mk and 'synchronize' this with the jk makefile. ( and let us know what you change :-) In any case - -prefer-pic shouldn't be needed - I'll double check and remove it. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL
mod_jk error when running ant native
Hi, I thought whilst I´m at it, I´ll just post you the error I get when running ant native from jakarta-tomcat-connectors-src/jk I don´t understand why it´s trying to compile the apache1.3 version because I commented the apache1.3 line out and only set the path for apache2.0.35. # Location of Apache2, Apache1.3, Netscape, IIS apache2.home=/usr/local/apache2.0.35 #apache13.home=/opt/apache13 #iplanet.home=/opt/iplanet6 # iplanet.home=d:/tools/sdk/netscape # iis.home=e:/ Thanks Michael Delamere [...] /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1493: warning: initialization make s pointer from integer without a cast /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1497: `HTTP_INTERNAL_SERVER_ERROR' undeclared (first use in this function) /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1502: `REQUEST_CHUNKED_DECHUNK' un declared (first use in this function) /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1507: `conf' undeclared (first use in this function) /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1508: parse error before ')' token /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1516: storage size of `private_dat a' isn't known /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1546: warning: initialization make s pointer from integer without a cast /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1567: warning: assignment makes po inter from integer without a cast /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1576: `OK' undeclared (first use i n this function) /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c: At top level: /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1587: parse error before '*' token /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c: In function `create_jk_config': /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1589: `c' undeclared (first use in this function) /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1590: parse error before ')' token /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1633: `APLOG_MARK' undeclared (fir st use in this function) /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1633: `APLOG_EMERG' undeclared (fi rst use in this function) /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1633: `p' undeclared (first use in this function) /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c: At top level: /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1650: parse error before '*' token /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c: In function `copy_jk_map': /home/mdelamere/public_html/jakarta-tomcat-connectors/jk/native/apache-1.3/m od_jk.c:1652: `src' undeclared (first use in this function) [...] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PATCH] Removes nested try/finally from Generator.java output
Index:
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
===
RCS file:
/home/cvspublic/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
retrieving revision 1.6
diff -u -r1.6 Generator.java
--- jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
25 Apr 2002 18:16:06 - 1.6
+++ jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
+ 28 Apr 2002 14:50:16 -
@@ -63,6 +63,8 @@
import java.util.*;
import java.beans.*;
import java.net.URLEncoder;
+import java.io.ByteArrayOutputStream;
+import java.io.PrintStream;
import java.lang.reflect.Method;
import javax.servlet.jsp.tagext.*;
import org.xml.sax.Attributes;
@@ -91,6 +93,9 @@
private JspCompilationContext ctxt;
private boolean breakAtLF;
private PageInfo pageInfo;
+private FinallyApplyer finallies;
+private int tryBit;
+private Stack tryStack;
/**
* @param s the input string
@@ -176,6 +181,8 @@
out.print ((String)iter.next());
out.println(;);
}
+ out.printil(import java.util.Vector;);
+ out.printil(import java.util.BitSet;);
out.println();
// Generate class declaration
@@ -199,6 +206,17 @@
// Constructor (empty so far) here
// Other methods here
+ out.printil(private void addTagToVector(Vector tags, int index,
+javax.servlet.jsp.tagext.Tag tag) {);
+ out.pushIndent();
+ out.printil(if (index + 1 tags.size()));
+ out.pushIndent();
+ out.printil(tags.setSize(index + 1););
+ out.popIndent();
+ out.printil(tags.setElementAt(tag, index););
+ out.popIndent();
+ out.printil(});
+ out.println();
+ out.println();
// Now the service method
out.printin(public void );
@@ -222,6 +240,8 @@
out.printil(ServletConfig config = null;);
out.printil(JspWriter out = null;);
out.printil(Object page = this;);
+ out.printil(BitSet bitmask = new BitSet(););
+ out.printil(Vector tags = new Vector(););
out.printil(try {);
out.pushIndent();
@@ -882,6 +902,10 @@
out.println( */);
Class tagHandlerClass = handlerInfo.getTagHandlerClass();
+
+ boolean implementsTryCatchFinally =
+ TryCatchFinally.class.isAssignableFrom(tagHandlerClass);
+
out.printin(tagHandlerClass.getName());
out.print( );
out.print(tagHandlerVar);
@@ -895,8 +919,22 @@
declareTagVariableInfos(tagVarInfos, n.getTagData(),
VariableInfo.AT_BEGIN);
- out.printil(try {);
- out.pushIndent();
+ if (implementsTryCatchFinally) {
+ out.printil(try {);
+ out.pushIndent();
+ } else {
+ out.printil(// try {);
+ out.printin(bitmask.set();
+ Integer tryBitVal = new Integer(tryBit++);
+ tryStack.push(tryBitVal);
+ out.print(tryBitVal.toString());
+ out.println(););
+ out.printin(addTagToVector(tags, );
+ out.print(tryBitVal.toString());
+ out.print(, );
+ out.print(tagHandlerVar);
+ out.println(););
+ }
out.printin(int );
out.print(tagEvalVar);
out.print( = );
@@ -918,8 +956,12 @@
out.pushIndent();
if (isBodyTag) {
- out.printil(try {);
- out.pushIndent();
+ out.printil(// try {);
+ out.printin(bitmask.set();
+ Integer tryBitVal = new Integer(tryBit++);
+ tryStack.push(tryBitVal);
+ out.print(tryBitVal.toString());
+ out.println(););
out.printin(if ();
out.print(tagEvalVar);
out.println( != javax.servlet.jsp.tagext.Tag.EVAL_BODY_INCLUDE)
{);
@@ -981,19 +1023,35 @@
if (n.getBody() != null) {
if (implementsBodyTag) {
- out.popIndent(); // try
+ Integer tryBitVal = (Integer)tryStack.pop();
+ out.printil(// } finally {);
+ out.printin(bitmask.clear();
+ out.print(tryBitVal.toString());
+ out.println(););
+
+ out.printin(addTagToVector(tags, );
+ out.print(tryBitVal.toString());
+ out.print(, );
+ out.print(tagHandlerVar);
+ out.println(););
- out.printil(} finally {);
- out.pushIndent();
out.printin(if ();
Bug report for Tomcat 3 [2002/04/28]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 258|Unc|Nor|2000-11-27|response.SendRedirect() resets/destroys Cookies th| | 2478|Opn|Cri|2001-07-06|Passing Session variables between JSP's and Servle| | 4380|New|Enh|2001-10-23|Multiple ISAPI redirectors on single IIS website | | 4551|Opn|Nor|2001-10-31|Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/| | 4893|Unc|Blk|2001-11-15|Tomcat dies with following error..| | 4915|New|Blk|2001-11-16|Relocation error while loading mod_jk when startin| | 4980|New|Min|2001-11-20|Startup message indicates incorrect log file | | 4994|New|Nor|2001-11-21|Tomcat needs a mechanism for clean and certain shu| | 5064|New|Cri|2001-11-25|Socket write error when include files is more than| | 5108|New|Maj|2001-11-26|Docs for Tomcat 3.2.x appear to be for Tomcat 3.3 | | 5137|New|Nor|2001-11-27|Null pointer in class loader after attempting to r| | 5160|Unc|Maj|2001-11-28|'IllegalStateException' | | 5231|New|Nor|2001-12-02|Tomcat 3.2.4 does not start due to error in classp| | 5261|New|Cri|2001-12-04|Directory Listing in Tomcat 3.2.4 | | 5331|New|Nor|2001-12-09|getPathInfo vs URL normalization | | 5411|Opn|Nor|2001-12-13|JSP session does not work with IE/IIS5/Tomcat 3.3 | | 5510|New|Blk|2001-12-19|How to call ejb deployed in JBoss from Tomcat serv| | 5511|New|Nor|2001-12-19|Error upload files| | 5581|New|Cri|2001-12-24|java.lang.ArrayIndexOutOfBoundsException | | 5756|New|Nor|2002-01-08|jspc.bat exits with wrong ERRORLEVEL | | 5797|New|Nor|2002-01-10|UnCatched ? StringIndexOutOfBoundsException: Strin| | 5925|New|Cri|2002-01-19|Apache server hangs up and consumes 100% CPU resou| | 6027|New|Maj|2002-01-25|Tomcat Automatically shuts down as service | | 6168|New|Blk|2002-02-01|double execution of java code in JSP | | 6324|New|Nor|2002-02-08|Invalid POST requests through ajp13 cause 'garbage| | 6451|New|Cri|2002-02-14|Stackoverflow | | 6478|New|Enh|2002-02-14|Default Tomcat Encoding | | 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c| | 6648|New|Nor|2002-02-25|jakarta-servletapi build with java 1.4 javadoc err| | 6702|New|Cri|2002-02-27|jk_nt_service.exe -i cannot work | | 6796|New|Cri|2002-03-01|Tomcat dies periodically | | 6989|New|Maj|2002-03-08|Unable to read tld file during parallel JSP compil| | 7008|Opn|Maj|2002-03-10|facade.HttpServletRequestFacade.getParameter(HttpS| | 7013|New|Cri|2002-03-10|Entering a servlet path with non-ISO8859-1 charact| | 7227|New|Nor|2002-03-19|error-code directive don't work | | 7236|New|Blk|2002-03-19|Permission denied to do thread.stop | | 7626|New|Nor|2002-03-29|classloader not working properly | | 7637|New|Cri|2002-03-30|Tomcat terminates after connecting to a database | | 7652|New|Cri|2002-04-01|Tomcat stalls periodically| | 7654|New|Min|2002-04-01|Exception in preInit - java.lang.ClassCastExceptio| | 7762|New|Enh|2002-04-05|stdout logfile handling | | 7770|New|Nor|2002-04-05|NPE in at session creation shortly after starting | | 7785|New|Blk|2002-04-06|tomcat bug in context reloading | | 7789|New|Maj|2002-04-06|JSP Cookie Read/Write Fails With DNS Names| | 7863|New|Maj|2002-04-09|I have a problem when running Tomcat with IIS | | 7904|New|Cri|2002-04-10|Tag Pool Manager - ClassCastException | | 8154|New|Nor|2002-04-16|logrotate script in RPM rotates non-existing file | | 8155|New|Nor|2002-04-16|Tomcat from RPM doesn't do logrotate | | 8187|New|Cri|2002-04-17|Errors when Tomcat used with MS Access database | | 8239|New|Cri|2002-04-18|Resource temporary unavailable| | 8263|New|Cri|2002-04-18|url-pattern easy to circumvent| |
Bug report for Tomcat 4 [2002/04/28]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 2820|Opn|Enh|2001-07-26|Implement GZIPOutput on HTTP 1.1 Connector| | 3509|Ass|Blk|2001-09-07|Apache 1.3.20 mod_webapp Tomcat 4b7 HANGS unde| | 3643|Ass|Enh|2001-09-16|Enable static-linking within Apache for WebApp mod| | 4042|Ass|Enh|2001-10-09|webapp component requires Port directive versus Li| | 4139|Ass|Enh|2001-10-12|mod_webapp build files for Win32 | | 4212|Ass|Enh|2001-10-16|How to configure Apache to serve static contents? | | 4217|Opn|Nor|2001-10-16|Mis-named SetCharacterEncodingFilter.clas in distr| | 4350|Ass|Nor|2001-10-22|SSLAuthenticator did not associate SSO session| | 4352|Ass|Nor|2001-10-22|JDBCRealm does not work with CLIENT-CERT auth-meth| | 4371|Unc|Nor|2001-10-23|No responses on browsing root when using WarpConne| | 4386|Ass|Nor|2001-10-24|webapp1.0 will not install on Redhat 7.1 | | 4500|New|Nor|2001-10-29|isapi_redirect.dll does not pass Client certificat| | 4793|New|Blk|2001-11-11|mod_webapp connector doesn´t work | | 4829|Opn|Enh|2001-11-13|Automatic deployment of war files does not work pr| | 4930|New|Maj|2001-11-16|java.io.StreamCorruptedException: Type code out of| | 4964|New|Maj|2001-11-20|popBody() is called before doEndTag() is called in| | 5040|New|Nor|2001-11-23|EOFException when talking from applet to servlet v| | 5143|New|Enh|2001-11-27|Please allow to specify the cipher set for HTTPS c| | 5199|New|Nor|2001-11-30|jsp:param in jsp:include section not correct | | 5229|New|Blk|2001-12-02|Session cannot unbind if using DistributedManager | | 5329|New|Nor|2001-12-08|NT Service exits startup before Tomcat is finished| | 5383|New|Nor|2001-12-12|/etc/rc.d/init.d/tomcat4 on RedHat 6.1 fails | | 5402|New|Nor|2001-12-12|WarpConnection raise IOException | | 5405|New|Enh|2001-12-13|Powered by Tomcat | | 5446|Opn|Min|2001-12-16|Can't change webapp class loader (bug #5391 revisi| | 5507|New|Cri|2001-12-19|Swapping sessions causes exceptions and it doesn't| | 5551|New|Enh|2001-12-21|MANAGER: add system information query | | 5603|New|Min|2001-12-28|ServletContext.getResourcePaths() returns extra sl| | 5647|Opn|Blk|2002-01-01|AJP13 connector will not pass authentication reque| | 5704|Ass|Maj|2002-01-05|CgiServlet corrupting images? | | 5709|New|Nor|2002-01-06|HttpServletRequest.getHost returns web server addr| | 5735|Opn|Blk|2002-01-08|HTTP connector running out of processors under hea| | 5758|New|Nor|2002-01-08|Server-side includes do not work properly | | 5759|Opn|Maj|2002-01-09|CGI servlet mapping by extension *.cgi does not wo| | 5762|Opn|Maj|2002-01-09|CGI servlet misses to include port number in HTTP_| | 5764|New|Enh|2002-01-09|Key Information Missing--Automatic Application Dep| | 5793|New|Nor|2002-01-10|variable element in tld with TagExtraInfo class | | 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob| | 5826|Opn|Min|2002-01-12|JSPC not recompiling modified files | | 5829|New|Nor|2002-01-13|StandardManager needs to cope with sessions throwi| | 5858|New|Enh|2002-01-15|Add tomcat dir to java.library.path | | 5877|New|Min|2002-01-16|Facade of facade. | | 5895|New|Nor|2002-01-17|Not all sessions receives HttpSessionListener.sess| | 5899|New|Blk|2002-01-17|HTTP POST parameters ignored in CGIServlet.java | | 5952|New|Nor|2002-01-22|Refence to $JAVACMD in tomcat.conf incorrect in R| | 5975|New|Nor|2002-01-23|isSecure and getScheme: http are not set when usin| | 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio| | 5998|New|Maj|2002-01-24|Exception hiding when a JspExceptioin is thrown by| | 6036|New|Blk|2002-01-25|Problems with URI mapping | | 6048|Unc|Nor|2002-01-26|JDBC pool unavailable while using WARP connector | | 6049|New|Nor|2002-01-26|jsp-version should be 1.2 | |
DO NOT REPLY [Bug 8607] New: - Valid User, invalid role, results in msg 403, then incorrect operation
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=8607. 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=8607 Valid User, invalid role, results in msg 403, then incorrect operation Summary: Valid User, invalid role, results in msg 403, then incorrect operation Product: Tomcat 4 Version: 4.0.3 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If a valid user, with an invalid role attempts to access a protected area, the error page is NOT produced, instead msg 403 returns to the user. Subsequent attempts to login with a VALID user id return: Apache Tomcat/4.0.3 - HTTP Status 404 - /jsp/security/protected/j_security_check type Status report message /jsp/security/protected/j_security_check description The requested resource (/jsp/security/protected/j_security_check) is not available. Note that attempts to access with a user id which is NOT in the tomcat-users file works as expected: the error page is produced. Reproduction scenario: 1. Install Tomcat 4.0.3 right out of the box. 2. Add a single user: user name=fred password=flint roles=standard,manager / to tomcat-users.xml 3. Attempt to access the examples/jsp/security/protected with valid user tomcat. This will work. 4. Attempt to access the examples/jsp/security/protected with user fred/flint, get message 403: Apache Tomcat/4.0.3 - HTTP Status 403 - Access to the requested resource has been denied type Status report message Access to the requested resource has been denied description Access to the specified resource (Access to the requested resource has been denied) has been forbidden. 5. Attempt access again using tomcat/tomcat, get message 404 as above. Further attempts at access fail as well. See also Tomcat user list emails: From: Christopher Pennock Subject: FORM login with wrong role gets 404, not error page - bug? Date: Tue, 5 Feb 2002 12:21:49 -0500 From: Victoria Einarsson Subject: wrong user role = Error 403 instead of redirecting to Form-Error-Page Date: Thu, 10 Jan 2002 11:34:00 +0100 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/webapp/support apjava.m4
pier02/04/28 12:21:07 Modified:webapp configure.in Removed: webapp/support apjava.m4 Log: Since Java is now built with Ant, let's remove it from AutoConf. Revision ChangesPath 1.51 +1 -2 jakarta-tomcat-connectors/webapp/configure.in Index: configure.in === RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/configure.in,v retrieving revision 1.50 retrieving revision 1.51 diff -u -r1.50 -r1.51 --- configure.in 30 Jan 2002 09:21:29 - 1.50 +++ configure.in 28 Apr 2002 19:21:07 - 1.51 @@ -58,7 +58,7 @@ dnl -- dnl Author Pier Fumagalli mailto:[EMAIL PROTECTED] dnl Author Jon S. Stevens mailto:[EMAIL PROTECTED] -dnl Version $Id: configure.in,v 1.50 2002/01/30 09:21:29 jfclere Exp $ +dnl Version $Id: configure.in,v 1.51 2002/04/28 19:21:07 pier Exp $ dnl -- dnl -- @@ -67,7 +67,6 @@ dnl Upd vars: N/A dnl -- sinclude(./support/aplocal.m4) -sinclude(./support/apjava.m4) AC_INIT([Makefile.in]) AC_CONFIG_AUX_DIR([support]) LOCAL_INIT() -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jakarta-tomcat-connectors documentation/summaries
The following document is very incomplete, and in many cases factually incorrect. The idea is to post it now, while it's obviously in draft form, get feedback, and then clean it up and publish it wherever would be most useful (jakarta-tomcat connectors page, or the Tomcat FAQ) I'm currently tracking down user-level instructions for all the connector/webserver/container combinations I can find, so pointers to those are especially welcome. I'm not wedded to any of the listing categories, or the format, or pretty much anything else, so if you don't like it, speak up. mod_jserv why it was written: it was there first. where to get the source: java-jserv repository where to get documentation: java-jserv repository unerlying protocol: AJP11 works with: servlet containers: JServ web servers: old versions of Apache httpd operating systems: ??? underlying protocol: AJP11 mod_jk should jk2 be listed out separately? why it was written: originally, clean-up of mod_jserv. status: in production for tomcat 3, 4 where to get the source: jakarta-tomcat-connectors/jk where to get documentation: jakarta-tomcat-connectors/jk tomcat-dev mailing list archives http://jakarta.apache.org/tomcat/tomcat-3.3-doc/mod_jk-howto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk2.html primary developers: evolved from mod_jserv (see above) Gal Shachor, IBM Research, Haifa Lab. refactored mod_jserv many others? works with: servlet containers: jserv? tomcat-3 tomcat-4 web servers: domino apache 1.3 apache 2.0? netscape others? platforms: lots? it's big thing: production use underlying protocol: AJP, see mod_jserv evolution: AJP12, binary AJP13, better SSL support. the current protocol. AJP14, in testing. see comments below. special powers: load balancing with both tomcat 3 and tomcat 4 documentation/mailing-list/cvs comments of interest: Mod_jk v/s mod_webapp on tomcat-dev: Bill Barker wrote: mod_jk2 is the next generation of mod_jk. It is currently barely Alpha quality for Apache 2.x (and still subject to major changes from day-to-day) [EMAIL PROTECTED]: It works ( barely :-) with Apache2.x and 1.3. The connector for apache1.3 can be used as a basis for updating IIS/iPlanet. costin: Mod_jk works on all web servers and with all tomcat versions. Mod_jk2 will do the same. [EMAIL PROTECTED] : What we called ajp14 are a set of new APIs for config, shutdown, MD5 auth - added by Henri. Ajp14 API is not 'released', and the current plan is to postpone it after the first release of jk2 [EMAIL PROTECTED] : it started with ajp11 and ajp12 ( first text based, second binary ). Ajp12 evolved into ajp13 - using same encoding but with some extensions ( to deal with persistent connections ). GOMEZ Henri [EMAIL PROTECTED] : using jk instead of warp depend on webserver you want to have it. If need today, or tomorrow IIS/NES/DOMINO, use mod_jk, if you only need to use Apache 1.3/2.0 and have APR ready, you can use also mod_warp. costin: jk had many developers contributing to it, more than any other tomcat component ( AFAIK ). It's also a matter of evolution - mod_jk started by implementing the ajp12 protocol and beeing backward compatible with mod_jserv ( actually a lot of code has been refactored from it ). You can still use mod_jserv with 3.x, and you can use mod_jk with anything from jserv to tomcat4. webapp you might see the terms mod_webapp, webapp and WARP, being used in a confusingly similiar way, but properly: mod_webapp - the apache module portion of webapp, WARP - the underlying protocol why it was written: uses APR, tight tomcat 4 intergration status: ??? where to get the source: jakarta-tomcat-connectors/webapp where to find documentation: jakarta-tomcat-connectors/webapp http://nagoya.apache.org/~pier/ http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/webapp.html works with: tomcat versions: tomcat-4 others? web servers: apache 1.3 others? operating systems: not windows? underlying protocol: WARP special powers: tight webserver/container integration means simple deployments are very easy primary developers: Pier Fumagalli [EMAIL PROTECTED] others? mailing list/documentation comments: Pier Fumagalli [EMAIL PROTECTED] : I just said that for what matters to me (meaning, for what I use it, it works allright)... That's far
RE: Tomcat JASPER Stop Reloading
Not sure why it cannot be disabled, we can use a configuration parameter, the same way the reloadable attribute is used for the Context, there could be another parameter called JspReloadable or something within that context. Sam -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Glenn Nielsen Sent: Saturday, April 27, 2002 8:30 PM To: Tomcat Developers List Subject: Re: Tomcat JASPER Stop Reloading JSP page checking can not be disbled. You may want to review the recent proposal and replies to it for adding support to jasper for detecting changes to compile time included pages. It was suggested that background compiling in a separate thread be added (along with the background thread detecting file changes). This might meet your needs by reducing the latency due to checking for recompile to just a boolean test. Regards, Glenn Samuel Gabriel wrote: Hi Guys, I asked this question before but I didn't get any answer, is there is a configuration to disable JASPER checking of the timestamp on the JSP page each request, it is an important configurtion in a production envirnoment where things seldom changes, it is the same concept as the reloadable flag for the Java classes, if we can disable the checking of the java classes why not the Jsp pages as well, since it is compiled into servlet at the time, the request will be so much faster if it is directly invoke the compiled servlet without doing that extra check. Also another more complicated solution could be done by implementing a listener interface, where there will be this thread checking the timestamp of the pages every second or so and notify Jasper to recompile it if required. Please let me know your thoughts on that, I can add it to the JASPER code if it isnot already there. Regards Sam -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jakarta-tomcat-connectors documentation/summaries
On Sun, 28 Apr 2002, Christopher K. St. John wrote: mod_jserv where to get the source: java-jserv repository I would recommend jakarta-tomcat, the version there has been tested the most with tomcat ( there are no significant changes AFAIK ). unerlying protocol: AJP11 Ajp12 - also supported in mod_jk1. works with: servlet containers: JServ Tomcat3.x as well ( which supports ajp12 ). web servers: old versions of Apache httpd All apache1.3 versions. mod_jk should jk2 be listed out separately? Probably not. why it was written: originally, clean-up of mod_jserv. Refactoring of mod_jserv to better abstract the server and protocol. where to get documentation: jakarta-tomcat-connectors/jk tomcat-dev mailing list archives http://jakarta.apache.org/tomcat/tomcat-3.3-doc/mod_jk-howto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk2.html There are some interesting how-tos on the web ( including for lb and tomcat4 ) - maybe we can do a google search and link. primary developers: evolved from mod_jserv (see above) Gal Shachor, IBM Research, Haifa Lab. refactored mod_jserv many others? Check the sources, there are plenty of names there :-) works with: servlet containers: jserv? Well, yes. tomcat-3 tomcat-4 web servers: domino apache 1.3 apache 2.0? netscape others? AOLServer ( not in the main tree ). it's big thing: production use Also - it's the area/component of tomcat with the largest number of individual commiters ( by my count at least ). And more important - one of the things that 3.x and 4.x share and seem to bring cooperation from both sides. underlying protocol: AJP, see mod_jserv evolution: AJP12, binary AJP13, better SSL support. the current protocol. AJP14, in testing. see comments below. No ajp14 protocol - we agreed to stick with ajp13 as a wire protocol ( i.e. no extensions ). Additional APIs will be added but the marshalling will stay the same. My hope is that the next thing will be a standard protocol. special powers: load balancing with both tomcat 3 and tomcat 4 Prety good OO model, good abstraction for server and protocol, etc. [EMAIL PROTECTED]: It works ( barely :-) with Apache2.x and 1.3. The connector for apache1.3 can be used as a basis for updating IIS/iPlanet. That's for mod_jk2 - and I think Nacho got the IIS done ( or close ). [EMAIL PROTECTED] : What we called ajp14 are a set of new APIs for config, shutdown, MD5 auth - added by Henri. Ajp14 API is not 'released', and the current plan is to postpone it after the first release of jk2 And we should probably find a better name for it to avoid future confusion between protocol and API. webapp web servers: apache 1.3 others? Apache2. I think they got IIS and iPlanet - don't know what level of support. coyote why it was written: ??? Lots of optimizations ( especially in 4.0 ), better abstractions, etc. status: being phased in as default for tomcat 4.1 Will also be the main connector for 3.x ( at least for jk2, but also http/1.1 ) works with: servlet containers: tomcat-3 tomcat-4 web servers: using jk2: apache 1.3 apache 2.0 status? others? Coyote is the architecture for the java side - it supports HTTP/1.1 ( as standalone ) and all servers that jk1 supports. Coyote-jk is using ajp13 - so works with all jk versions. operating systems: ?? java. primary developers: Remy Maucherat [EMAIL PROTECTED] others? Bill Barker. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jakarta-tomcat-connectors documentation/summaries
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Enviado el: lunes 29 de abril de 2002 0:04 mod_jk web servers: domino apache 1.3 apache 2.0? netscape others? AOLServer ( not in the main tree ). IIS webapp web servers: apache 1.3 others? Apache2. I think they got IIS and iPlanet - don't know what level of support. When webapp got support for IIS? I think webapp has got a win32 build for apache, not IIS support AFAIK, Pier could you teach we a little about webapp? ( i'm certaninly hallucinated of see this written on a message to tomcat-dev ;))) ) Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jakarta-tomcat-connectors documentation/summaries
Christopher K. St. John [EMAIL PROTECTED] wrote: The following document is very incomplete, and in many cases factually incorrect. The idea is to post it now, while it's obviously in draft form, get feedback, and then clean it up and publish it wherever would be most useful (jakarta-tomcat connectors page, or the Tomcat FAQ) That's good :) I'm currently tracking down user-level instructions for all the connector/webserver/container combinations I can find, so pointers to those are especially welcome. I'm not wedded to any of the listing categories, or the format, or pretty much anything else, so if you don't like it, speak up. Documentation for webapp is practically non-existant ATM... We need someone volunteering... mod_jserv This can't be decoupled from Apache JServ, it's still an old pre-Foundation project. If Jon agrees (since he seems to be the only one but me who worked on that codebase from the beginning) I would put it in retirement and not even mention it... webapp you might see the terms mod_webapp, webapp and WARP, being used in a confusingly similiar way, but properly: mod_webapp - the apache module portion of webapp, WARP - the underlying protocol Correct. why it was written: uses APR, tight tomcat 4 intergration Going to be even tighter for performance... I'm thinking about removing legacy from the Host catalina container, but still not quite figured out a full action plan... status: ??? Works perfectly on all Unix operating systems with Apache 1.3 and Apache 2.0 with the prefork MPM. We have some experimental code in the repository to add multi-threaded support, namedly Apache 1.3 under Windows and Apache 2.0 with the other MPMs. where to get the source: jakarta-tomcat-connectors/webapp Correct. where to find documentation: jakarta-tomcat-connectors/webapp http://nagoya.apache.org/~pier/ http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/webapp.html Correct (for now) works with: tomcat versions: tomcat-4 others? Nope... Only Tomcat 4.x and there are no whatsoever plans to integrate it with something else... web servers: apache 1.3 others? Apache 1.3 (non windows) Apache 2.0 (prefork mpm) operating systems: not windows? Not windows ATM, but as I said, the new code is in the repo... underlying protocol: WARP Correct... special powers: tight webserver/container integration means simple deployments are very easy Correct... There might be some evolution on this in the upcoming months (before July). primary developers: Pier Fumagalli [EMAIL PROTECTED] others? Jean-Frederic Clere [EMAIL PROTECTED] mailing list/documentation comments: Pier Fumagalli [EMAIL PROTECTED] : I just said that for what matters to me (meaning, for what I use it, it works allright)... That's far from saying that I'm no longer interested on it. I love being quoted :) mod_jk vs mod_webapp thread: pier : Motivation? I don't like mod_jk, I wanted to use APR as a portable runtime for an Apache 1.3 module, I believe that the WARP protocol with built-in support for auto-deployment and web-application configuration is the way to go (rather than using mod_rewrite rules all the way around), There were some other motivations when it all started... Mod_JK was unmaintained, and nobody knew how to make it work. I didn't like its design and took out the experiences I had while working on mod_jserv and all those nifty ideas, and put them together (note: the WARP protocol is a derivate of AJPv21 which was supposed to be used on JServ.NEXT)... Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jakarta-tomcat-connectors documentation/summaries
Ignacio J. Ortega [EMAIL PROTECTED] wrote: webapp web servers: apache 1.3 others? Apache2. I think they got IIS and iPlanet - don't know what level of support. When webapp got support for IIS? I think webapp has got a win32 build for apache, not IIS support AFAIK, Correct. And since the code was donated to support NSAPI, then it was abandoned (the guy who did it is not around anymore). I'm thinking about stripping it out and go for the eat our own dogfood vision, meaning, I don't care about anything else but Apache (and frankly ATM I don't care much about Apache 1.3 anymore as well, if someone volunteers to keep maintaining that code, well, he's more than welcome to) Pier could you teach we a little about webapp? What can I tell you about it? :) Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Resend: SSL portability and Coyote
Bill Barker [EMAIL PROTECTED] writes: I can arrange for this to get called, but I'm not even sure where to look to arrange it. I'm not sure either, which is why I'm talking about it instead of doing it :). My guess would be o.a.c.tomcat4.CoyoteAdapter.postParseRequest. However, the current Catalina code is doing it much much later. I'm pretty sure that you can't get the 3.3.x behavior of only when asked for without a lot of changes in Catalina (this is more a reflection of spec changes between 2.2 2.3 than design). I tend to agree. I'll put it in postParseRequest unless someone objects. -Ekr -- [Eric Rescorla [EMAIL PROTECTED]] http://www.rtfm.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net JSSESupport.java PureTLSSupport.java SSLSupport.java
billbarker02/04/28 17:05:32
Modified:util/java/org/apache/tomcat/util/net JSSESupport.java
PureTLSSupport.java SSLSupport.java
Log:
Adding support for KeySize for PureTLS.
Per Eric, this is the symmetric key (same as JSSE). If the servlet spec people can
decide on which one they mean, we can change it.
Revision ChangesPath
1.3 +0 -36
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/JSSESupport.java
Index: JSSESupport.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/JSSESupport.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- JSSESupport.java 13 Apr 2002 05:34:11 - 1.2
+++ JSSESupport.java 29 Apr 2002 00:05:32 - 1.3
@@ -82,21 +82,6 @@
*/
class JSSESupport implements SSLSupport {
-/**
- * A mapping table to determine the number of effective bits in the key
- * when using a cipher suite containing the specified cipher name. The
- * underlying data came from the TLS Specification (RFC 2246), Appendix C.
- */
-protected static final CipherData ciphers[] = {
-new CipherData(_WITH_NULL_, 0),
-new CipherData(_WITH_IDEA_CBC_, 128),
-new CipherData(_WITH_RC2_CBC_40_, 40),
-new CipherData(_WITH_RC4_40_, 40),
-new CipherData(_WITH_RC4_128_, 128),
-new CipherData(_WITH_DES40_CBC_, 40),
-new CipherData(_WITH_DES_CBC_, 56),
-new CipherData(_WITH_3DES_EDE_CBC_, 168)
-};
private SSLSocket ssl;
@@ -195,24 +180,3 @@
}
}
-// Private Classes
-
-
-/**
- * Simple data class that represents the cipher being used, along with the
- * corresponding effective key size. The specified phrase must appear in the
- * name of the cipher suite to be recognized.
- */
-
-final class CipherData {
-
-String phrase = null;
-
-int keySize = 0;
-
-public CipherData(String phrase, int keySize) {
-this.phrase = phrase;
-this.keySize = keySize;
-}
-
-}
1.4 +16 -7
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/PureTLSSupport.java
Index: PureTLSSupport.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/PureTLSSupport.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- PureTLSSupport.java 13 Apr 2002 06:01:52 - 1.3
+++ PureTLSSupport.java 29 Apr 2002 00:05:32 - 1.4
@@ -126,14 +126,23 @@
return chain;
}
-public Integer getKeySize()
+/**
+ * Lookup the symmetric key size.
+ */
+public Integer getKeySize()
throws IOException {
-/*
-int cs = ssl.getCipherSuite();
-int ks = SSLCipherSuite.findCipherSuite(cs).getCipherKeyLength();
-return new Integer(ks);
-*/
-return null;
+
+int cs=ssl.getCipherSuite();
+String cipherSuite = SSLPolicyInt.getCipherSuiteName(cs);
+int size = 0;
+for (int i = 0; i ciphers.length; i++) {
+if (cipherSuite.indexOf(ciphers[i].phrase) = 0) {
+size = ciphers[i].keySize;
+break;
+}
+}
+Integer keySize = new Integer(size);
+return keySize;
}
public String getSessionId()
1.3 +37 -0
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/SSLSupport.java
Index: SSLSupport.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/SSLSupport.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- SSLSupport.java 13 Apr 2002 05:34:11 - 1.2
+++ SSLSupport.java 29 Apr 2002 00:05:32 - 1.3
@@ -92,6 +92,22 @@
public static final String SESSION_ID_KEY = javax.servlet.request.ssl_session;
/**
+ * A mapping table to determine the number of effective bits in the key
+ * when using a cipher suite containing the specified cipher name. The
+ * underlying data came from the TLS Specification (RFC 2246), Appendix C.
+ */
+ static final CipherData ciphers[] = {
+new CipherData(_WITH_NULL_, 0),
+new CipherData(_WITH_IDEA_CBC_, 128),
+new CipherData(_WITH_RC2_CBC_40_, 40),
+new CipherData(_WITH_RC4_40_, 40),
+new CipherData(_WITH_RC4_128_, 128),
+new CipherData(_WITH_DES40_CBC_, 40),
+new
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context ContextForm.java
manveen 02/04/28 18:07:53
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ApplicationResources_en.properties
ApplicationResources_es.properties
webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context
ContextForm.java
Log:
Minor bug fixes while testing context.
* check that path begins with '/'
* validate with appropriate error message if context already exists.
Revision ChangesPath
1.47 +2 -1
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_en.properties
Index: ApplicationResources_en.properties
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_en.properties,v
retrieving revision 1.46
retrieving revision 1.47
diff -u -r1.46 -r1.47
--- ApplicationResources_en.properties27 Apr 2002 01:05:03 - 1.46
+++ ApplicationResources_en.properties29 Apr 2002 01:07:53 - 1.47
@@ -192,7 +192,8 @@
error.realmName.required=liRealm Name required./li
error.realmName.exists=liA realm already exists./li
error.contextName.bad=Invalid context name {0}
-error.adminContext.delete=liCannot delete admin context/li
+error.contextName.exists=liContext already exists./li
+error.path.prefix=liPath must begin with a '/'./li
error.loaderName.bad=Invalid loader name {0}
error.managerName.bad=Invalid manager name {0}
error.connectorName.bad=Invalid connector name {0}
1.41 +2 -1
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_es.properties
Index: ApplicationResources_es.properties
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_es.properties,v
retrieving revision 1.40
retrieving revision 1.41
diff -u -r1.40 -r1.41
--- ApplicationResources_es.properties26 Apr 2002 03:39:04 - 1.40
+++ ApplicationResources_es.properties29 Apr 2002 01:07:53 - 1.41
@@ -192,7 +192,8 @@
error.realmName.required=liRealm nombre requiredo/li
error.realmName.exists=liRealm ya existe/li
error.contextName.bad=Invalido context nombre {0}
-error.adminContext.delete=liNo puede suprimir contexto del admin/li
+error.contextName.exists=liContext ya existe./li
+error.path.prefix=liLa path debe comenzar con un '/'./li
error.loaderName.bad=Invalido loader nombre {0}
error.managerName.bad=Invalido manager nombre {0}
error.connectorName.bad=Invalido connector nombre {0}
1.5 +7 -9
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java
Index: ContextForm.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- ContextForm.java 26 Mar 2002 00:04:44 - 1.4
+++ ContextForm.java 29 Apr 2002 01:07:53 - 1.5
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java,v
1.4 2002/03/26 00:04:44 manveen Exp $
- * $Revision: 1.4 $
- * $Date: 2002/03/26 00:04:44 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java,v
1.5 2002/04/29 01:07:53 manveen Exp $
+ * $Revision: 1.5 $
+ * $Date: 2002/04/29 01:07:53 $
*
*
*
@@ -74,7 +74,7 @@
* Form bean for the context page.
*
* @author Manveen Kaur
- * @version $Revision: 1.4 $ $Date: 2002/03/26 00:04:44 $
+ * @version $Revision: 1.5 $ $Date: 2002/04/29 01:07:53 $
*/
public final class ContextForm extends ActionForm {
@@ -769,12 +769,10 @@
errors.add(docBase, new ActionError(error.docBase.required));
}
-/* FIXME - zero length path ok on the root context
-if ((path == null) || (path.length() 1)) {
-errors.add(path, new ActionError(error.path.required));
+if (!path.startsWith(/)) {
+errors.add(path, new ActionError(error.path.prefix));
}
-*/
-
+
if ((workDir == null) || (workDir.length() 1)) {
errors.add(workDir, new ActionError(error.workDir.required));
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
DO NOT REPLY [Bug 8470] - missing content-length from the header, Apache/Tomcat/AJP12 Connector spins out of control
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=8470. 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=8470 missing content-length from the header, Apache/Tomcat/AJP12 Connector spins out of control [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-04-29 02:02 --- Under the HTTP/1.1 RFC, sending the content-length is optional. The browser may choose to send it with chunked-encoding. This is probably what you are seeing. If you upgrade to 3.3.1, then the AJP12Connector won't die (with smarter, but similar, logic than below). If you also upgrade to the AJP13Connector, then Tomcat will be able to handle the case of chunked-encoding. Marking as WONTFIX, since the 3.2.x line is no longer under active development, and the AJP12Connector is deprecated in 3.3.x. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7904] - Tag Pool Manager - ClassCastException
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=7904. 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=7904 Tag Pool Manager - ClassCastException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-29 02:13 --- From the analysis below, nothing to do with Tomcat. You can try setting the use11Loader=true attribute in the LoaderInterceptor11 element of server.xml (for version 3.3.1). This gives a more re-load friendly configuration (at the expense of losing some Java2 concepts like sealing). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7770] - NPE in at session creation shortly after starting tomcat 3.3.1
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=7770. 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=7770 NPE in at session creation shortly after starting tomcat 3.3.1 --- Additional Comments From [EMAIL PROTECTED] 2002-04-29 02:18 --- Are you certain that this is the starting-up Tomcat? On the shutting down one, I could understand it (it has issues :). From the stack trace, it has already successfully gotten past here on the primary request at least once -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8611] New: - Sealed .jar files in WEB-INF/lib always fail to load second class
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=8611. 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=8611 Sealed .jar files in WEB-INF/lib always fail to load second class Summary: Sealed .jar files in WEB-INF/lib always fail to load second class Product: Tomcat 4 Version: 4.0.3 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The webapp classloader (org.apache.catalina.loaderWebappClassLoader) appears to not handle sealed .jar files properly. On line 1598 (Revision 1.15.2.9) the call to definePackage passes entry.source as the URL that is the sealBase of the package. Everything is fine until a second class is loaded from the same package. On line 1614, the check to ensure a sealing violation is not occuring passes entry.source of the class being loaded. This check always fails because entry.source that the package was defined with was the *full* pathname to the classfile. The same holds true for the path being passed during the seal check. These URL's are never equal and therefore pkg.isSealed returns false on line 1614. As I am not in control of the .jar file that contains the sealed package I can't simply not seal it. This is the only reason I have given this a major priority. Please forgive if this was inappropriate... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [NITPICK] didn't see this one coming...
Deprecating it was never voted, and the mention should be removed from the documentation. IMO, the issue should then be voted upon. Pre-voting: -1 to deprecate WARP. Now that Pier is back, and interested in maintaining it, WARP deserves an equal chance to compete with AJP. The only positive lesson to come out of the Valve vs. Interceptor holy war was that competition is good. Only disabling it from the default configuration was voted upon. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [NITPICK] didn't see this one coming...
On Sun, 28 Apr 2002, Bill Barker wrote: Deprecating it was never voted, and the mention should be removed from the documentation. IMO, the issue should then be voted upon. Pre-voting: -1 to deprecate WARP. Now that Pier is back, and interested in maintaining it, WARP deserves an equal chance to compete with AJP. The only positive lesson to come out of the Valve vs. Interceptor holy war was that competition is good. I agree. There's nothing wrong with multiple connectors - and 3.3 still supports mod_jserv ( and I know people who use it ). I think we do agree that coyote will be the connector for http and jk, and we'll include any other component that is actively developed and maintained. As long as Pier and JFC are working on webapp, it'll be alive. However I do think we should somehow document better what's happening - many people have the strange impression that webapp is going to replace jk. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
