[FAQ] jGuru FAQ Update

jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as many other Java topics). Here is an automated update on recent postings to Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] . - Alex ++ JavaServer Pages (JSP) FAQ: http://www.jguru.com/faq/JSP

Re: [4.0.2] [VOTE] Final release

> > [ ] +1 - I support this release and I will help > [X] +0 - I support this release > [ ] -0 - I do not support this release, because: > Actually, more like 0.4, since I'll help with ApacheConfig etc. > > -- To unsubscribe, e-mail: For additional commands, e-m

Re: [4.0.2] [VOTE] Final release

> > [X] +1 - I support this release and I will help > [ ] +0 - I support this release > [ ] -0 - I do not support this release, because: > > --Manveen -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [4.0.2] [VOTE] Final release

+1 Amy Remy Maucherat wrote: > Hi, > > I'd like to propose to release the current code in the 4.0 branch as Tomcat > 4.0.2 Final. > This release includes lots of bugfixes and improvements, especially in the > connectors area, which feature a dramatic improvement over what was > available in Tom

RE: [4.0.2] [VOTE] Final release

>The build doesn't require that, unless you use the "full.dist" >option (which >forces building everything, to prevent the release manager >from releasing >incomplete builds ;-)). > >JNDI is the only API you mentioned that is required (but it's >included in >JDK 1.3+, and you dont need the JAR)

Re: [4.0.2] [VOTE] Final release

> I miss the discussion of yesterday, sorry. > Did it means that the build won't require jndi/jdbcext/javamail/jaf > that caused me so many headaches in RPM packaging ? The build doesn't require that, unless you use the "full.dist" option (which forces building everything, to prevent the release

RE: [4.0.2] [4.1] [PROPOSAL] Binaries packaging

>> For the ZIP/TGZ packaging: >> >> A) Full JDK 1.4: This includes everything, except the >libraries which are >> already included in the JDK (including the JAXP XML parser). I'd like to use Xerces 2.0, will it be in JDK 1.4 ? >> B) Light JDK 1.4: This incluides a bare bones Tomcat >distributi

RE: [4.0.2] [VOTE] Final release

>As discussed yesterday, the binaries will include a minimal >distribution >designed to be run on JDK 1.4. I miss the discussion of yesterday, sorry. Did it means that the build won't require jndi/jdbcext/javamail/jaf that caused me so many headaches in RPM packaging ? > >[ ] +1 - I support thi

RE: Tomcat 3.3 and 4.x tuning via command line

>There's a lot of power in what the task can do. >Here's a very >simple one that replaces the string "@port@" with the port number >specified by the "port" property: > > > > > > > > >In your template server.xml, you'd have a element >like this: > > > >Now, you just run "an

Re: [4.0.2] [VOTE] Final release

[X] +1 - I support this release and I will help [ ] +0 - I support this release [ ] -0 - I do not support this release, because: Patrick Remy Maucherat wrote: > > Hi, > > I'd like to propose to release the current code in the 4.0 branch as Tomcat > 4.0.2 Final. > This release includes lots of

Re: problem with manager web app

Same issue with newst tomcat and newest mod_webapp. 2002-02-08 13:50:21 WarpEngine[Apache]: Mapping request 2002-02-08 13:50:21 [org.apache.catalina.connector.warp.WarpRequestHandler] java.lang.NullPointerException at org.apache.catalina.connector.warp.WarpEngine.map(WarpEngine.java)

RE: [4.0.2] [VOTE] Final release

> > [ ] +1 - I support this release and I will help > [X] +0 - I support this release > [ ] -0 - I do not support this release, because: > Larry -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [4.0.2] [VOTE] Final release

[X] +1 - I support this release and I will help [ ] +0 - I support this release [ ] -0 - I do not support this release, because: I'll build NetWare mod_jk connectors. Mike Anderson -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat/src/doc serverxml.html

larryi 02/02/08 12:24:53 Modified:src/doc serverxml.html Log: Document the updated "delay" attribute in Http10Connector and new attributes on Ajp13Connector. Revision ChangesPath 1.20 +60 -10jakarta-tomcat/src/doc/serverxml.html Index: serverxml.html

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Ajp13Interceptor.java

larryi 02/02/08 12:23:48 Modified:src/share/org/apache/tomcat/modules/server Ajp13Interceptor.java Log: Change the "authenticate" attribute to authenticateConnection since it happens per connection instead of per request. Revision ChangesPath 1

DO NOT REPLY [Bug 6335] New: - JspC doesn't compile the Java it produces

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [4.0.2] [VOTE] Final release

On Fri, 8 Feb 2002, Remy Maucherat wrote: > > [X] +1 - I support this release and I will help > [ ] +0 - I support this release > [ ] -0 - I do not support this release, because: > > > I'll help more on the connector side, of course ( so it's +0.6 ). Costin -- To unsubscribe, e-mail:

Re: [4.0.2] [VOTE] Final release

On Fri, 8 Feb 2002, Remy Maucherat wrote: > > > [X] +1 - I support this release and I will help > [ ] +0 - I support this release > [ ] -0 - I do not support this release, because: > Craig -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [4.0.2] [VOTE] Final release

on 2/8/02 10:32 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > [ ] +1 - I support this release and I will help > [X] +0 - I support this release > [ ] -0 - I do not support this release, because: -jon -- To unsubscribe, e-mail: For additional commands, e-mail

RE: [4.0.2] [VOTE] Final release

+0 actually, +0.5 -- i'll help out if i can :) > -Original Message- > From: Remy Maucherat [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 08, 2002 12:32 PM > To: [EMAIL PROTECTED] > Subject: [4.0.2] [VOTE] Final release > > > Hi, > > I'd like to propose to release the current cod

[4.0.2] [VOTE] Final release

Hi, I'd like to propose to release the current code in the 4.0 branch as Tomcat 4.0.2 Final. This release includes lots of bugfixes and improvements, especially in the connectors area, which feature a dramatic improvement over what was available in Tomcat 4.0.1 (this alone justifies making a rele

RE: Tomcat 3.3 and 4.x tuning via command line

On Fri, 8 Feb 2002, Craig R. McClanahan wrote: > > > > > > In your template server.xml, you'd have a element like this: > > > > Now, you just run "ant -Dport=8085" and you've replaced the port number. > Generalizing this to replace lots of properties is straightforward. W

RE: Tomcat 3.3 and 4.x tuning via command line

On Fri, 8 Feb 2002, GOMEZ Henri wrote: > Date: Fri, 8 Feb 2002 18:10:57 +0100 > From: GOMEZ Henri <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: RE: Tomcat 3.3 and 4.x tuning via command line > > >I'm wonder

Re: [PATCH] RETRY: Tomcat 4.0 Docs SSL-Howto

> GOMEZ Henri wrote: > > > > Seems good to me and should be applied also to Tomcat 3.3 SSL HOWTO :) > > I have committed it in TC4.0 (HEAD). Should I also committed in the > tomcat_40_branch branch? If it is also relevant, then yes. Remy -- To unsubscribe, e-mail:

Re: [PATCH] RETRY: Tomcat 4.0 Docs SSL-Howto

GOMEZ Henri wrote: > > Seems good to me and should be applied also to Tomcat 3.3 SSL HOWTO :) I have committed it in TC4.0 (HEAD). Should I also committed in the tomcat_40_branch branch? > > - > Henri Gomez ___[_] > EMAIL : [EMAIL PROTECTED](. .) > PGP KEY : 697ECED

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs ssl-howto.xml

jfclere 02/02/08 09:51:05 Modified:webapps/tomcat-docs ssl-howto.xml Log: Add How to install a certificate singed by a certificate authority. Submitted by: pero, [EMAIL PROTECTED] Revision ChangesPath 1.11 +48 -0 jakarta-tomcat-4.0/webapps/tomcat-docs/ssl-howt

RE: Tomcat 3.3 and 4.x tuning via command line

>I'm wondering whether we really need to build it in to Tomcat itself, >though. Can't you accomplish the same thing by using a little >Ant script >and run a or task? All this would require >is packaging >ant.jar along with Tomcat, or requiring users that need the facility to >download Ant th

Re: patch: fix warp connector to properly implement flush() and flushBuffer()

Roger Nesbitt wrote: > > Hi all, > > I've got a little servlet that keeps the HTTP connection streams data (html > script data, to be precise) at the rate of a few bytes per second. Tomcat > handled this fine, but as soon as I routed it through Apache using the warp > connector, I found that da

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/realm UserDatabaseRealm.java

craigmcc02/02/08 09:07:42 Modified:catalina/src/conf server.xml catalina/src/share/org/apache/catalina/realm UserDatabaseRealm.java Log: Stop playing games with the "resourceName" property setter. (Manveen, you will want to add a validation

DO NOT REPLY [Bug 6299] - SSI problem with multiple include statements in one file

gzilla/show_bug.cgi?id=6299 SSI problem with multiple include statements in one file --- Additional Comments From [EMAIL PROTECTED] 2002-02-08 16:50 --- Sadly, having downloaded http://jakarta.apache.org/builds/jakarta-tomcat- 4.0/nightly/jakarta-tomcat-4.0-20020208.tar.gz and extracted t

Re: JAASRealm

JAASRealm > > Hello, > > can it be that the JAASRealm classes only in the sources are? I downloaded > the binary and src but found the needed classes only in the src. > > binary: jakarta-tomcat-4.0-20020208.zip > src: jakarta-tomcat-4.0-src-20020208.zip > > Can s

Re: MBeans dev

On Fri, 8 Feb 2002, Petr Jiricka wrote: > Date: Fri, 8 Feb 2002 12:05:36 +0100 > From: Petr Jiricka <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: MBeans dev > > - Original Message - > From: "Dav

RE: Tomcat 3.3 and 4.x tuning via command line

On Fri, 8 Feb 2002, GOMEZ Henri wrote: > Date: Fri, 8 Feb 2002 09:31:44 +0100 > From: GOMEZ Henri <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: RE: Tomcat 3.3 and 4.x tuning via command line > > >> I don't

DO NOT REPLY [Bug 6332] - StandardWrapperValve eats IOExceptions

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/realm MemoryRuleSet.java

craigmcc02/02/08 08:19:57 Modified:catalina/src/share/org/apache/catalina/realm MemoryRuleSet.java Log: Make MemoryRealm robust in terms of reading users with a "username" attribute (as is written by UserDatabase) *or* a "name" attribute. Revision Cha

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/coreStandardWrapperValve.java

On 8 Feb 2002 [EMAIL PROTECTED] wrote: > Date: 8 Feb 2002 16:04:31 - > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: cvs commit: > jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core > StandardWrapperValv

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardWrapperValve.java

remm02/02/08 08:04:31 Modified:catalina/src/share/org/apache/catalina/core StandardWrapperValve.java Log: - Don't swallow IOException anymore (bug 6332). - Craig: is there a reason why this was done ? Revision ChangesPath 1.32 +6 -6

replace WebSphere session manager for clustering

Hello, WebSphere manages sessions thanks to a sessions manager which stores sessions data either in-memory or in a database (the database solution is mandatory in the case of a WebSphere cluster). I am using a WebSphere cluster and my production team does not want to use a database to store se

JAASRealm

Hello, can it be that the JAASRealm classes only in the sources are? I downloaded the binary and src but found the needed classes only in the src. binary: jakarta-tomcat-4.0-20020208.zip src: jakarta-tomcat-4.0-src-20020208.zip Can someone tell me if they come later to the binaries, or I have

DO NOT REPLY [Bug 6332] New: - StandardWrapperValve eats IOExceptions

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6331] New: - Cannot add more than one cookie

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Security in Tomcat Webapps - WAS: Tomcat 4 / mod_webapp RPMsavailable...

Heres a copy of the SPEC for mod_webapp. I'll pull together the other SPEC and init files for tomcat4 in the future. -thanks, Mark Diggory %define buildap20 0 Summary:mod_webapp modules for apache Name: mod_webapp Version:1.0.2 Relea

DO NOT REPLY [Bug 6299] - SSI problem with multiple include statements in one file

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat/src/webpages index.html

larryi 02/02/08 05:15:22 Modified:src/webpages index.html Log: Update the version to 3.3.1 Beta 1. Revision ChangesPath 1.22 +2 -2 jakarta-tomcat/src/webpages/index.html Index: index.html =

cvs commit: jakarta-tomcat/src/doc readme

larryi 02/02/08 05:14:14 Modified:src/doc readme Log: Update the version to 3.3.1 Beta 1. Content still needs some work. Revision ChangesPath 1.23 +4 -4 jakarta-tomcat/src/doc/readme Index: readme ==

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core ContextManager.java

larryi 02/02/08 05:13:32 Modified:src/share/org/apache/tomcat/core ContextManager.java Log: Update the version string for 3.3.1 Beta 1 Revision ChangesPath 1.200 +1 -1 jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java Index: ContextManag

cvs commit: jakarta-tomcat RELEASE-PLAN-3.3.1.txt

larryi 02/02/08 05:12:42 Modified:.RELEASE-PLAN-3.3.1.txt Log: Update to current status. Revision ChangesPath 1.5 +6 -5 jakarta-tomcat/RELEASE-PLAN-3.3.1.txt Index: RELEASE-PLAN-3.3.1.txt

cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.1.txt

larryi 02/02/08 05:12:30 Modified:.RELEASE-NOTES-3.3.1.txt Log: Document the hopefully final change to the "delay" attribute for Http10Interceptor. Note the new support for shutdown via Ajp13. Also, note the configurable limit on flushing unread POST data. Revisio

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util JavaGeneratorTool.java

larryi 02/02/08 05:00:18 Modified:src/share/org/apache/tomcat/util JavaGeneratorTool.java Log: Fix a couple of hardcoded '/' separators. Revision ChangesPath 1.7 +2 -2 jakarta-tomcat/src/share/org/apache/tomcat/util/JavaGeneratorTool.java Index: JavaGen

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java

larryi 02/02/08 04:55:55 Modified:src/share/org/apache/tomcat/startup StopTomcat.java Log: Added an ajp12 option to go with the new ajp13 option and reworked the logic a bit. If either ajp12 or ajp13 is set (or the last one if both are set), that protocol will be used. If

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Ajp13Interceptor.java

larryi 02/02/08 04:48:04 Modified:src/share/org/apache/tomcat/modules/server Ajp13Interceptor.java Log: Since the ajp13.id file is always written, a "shutdown" property is added to the file to indicate that shutdown is enabled. Added an authenticateRe

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Http10Interceptor.java

larryi 02/02/08 04:43:58 Modified:src/share/org/apache/tomcat/modules/server Http10Interceptor.java Log: Move delay to the proper location as suggested by Bill Barker. Make the attribute a number again so the length of the delay may be specified. Rev

Re: pageEncoding and Jasper

[EMAIL PROTECTED] wrote: > > From: "Craig R. McClanahan" <[EMAIL PROTECTED]> > Subject: Re: pageEncoding and Jasper > Date: Thu, 7 Feb 2002 20:02:00 -0800 (PST) > Message-ID: <[EMAIL PROTECTED]> > > > > > If "it" is the pageEncoding attribute of the <%@ page %> directive, then > > > > the answer

DO NOT REPLY [Bug 6299] - SSI problem with multiple include statements in one file

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [PATCH] Fixes problem with Warp connector and HTTP POST via SSL.

Glen Nakamura wrote: > > Aloha, > > The following patch fixes a problem with SSL client ceritificates and > HTTP POST data when using the Warp connector. When Tomcat retrieves > the SSL certificate, the getX509Certificates() method is called and > this.packet is reset... Now, when the read() m

cvs commit: jakarta-tomcat-connectors/webapp/java/org/apache/catalina/connector/warp WarpRequest.java

jfclere 02/02/08 03:52:51 Modified:webapp/java/org/apache/catalina/connector/warp WarpRequest.java Log: Fixes problem with Warp connector and HTTP POST via SSL (Fix in read() instead getX509Certificates()). Submitted by: Glen Nakamura, [EMAIL PROTECTED]

DO NOT REPLY [Bug 6327] New: - AJP config doc missing "address" option

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: MBeans dev

- Original Message - From: "David Graff" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Thursday, February 07, 2002 10:44 PM Subject: Re: MBeans dev > Craig, > > Thank you for the explanation of that. Very cool deal. The server.xml is > pretty ugly to edit m

DO NOT REPLY [Bug 6324] - Invalid POST requests through ajp13 cause 'garbage' characters on the ServletInputStream

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6324] - Invalid POST requests through ajp13 cause 'garbage' characters on the ServletInputStream

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6324] New: - Invalid POST requests through ajp13 cause 'garbage' characters on the ServletInputStream

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Tomcat 3.3 - Cactus Issue

Ok. Thanks Costin. What I'll keep in mind is that it is complex ... ;-) -Vincent > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 08 February 2002 00:28 > To: Tomcat Developers List > Subject: RE: Tomcat 3.3 - Cactus Issue > > On Thu, 7 Feb 2002, Vincent

RE: Tomcat 3.3 and 4.x tuning via command line

>> I don't know if the Eclipse configuration allows you to >> specify -D= in Tomcat's startup. If it does, >> I think a lot of this can be done in Tomcat 3.3.1 using >> parameter substitution. I have used in server.xml >> >> >> >> and included >> >> -Dhttp.port=8080 >> >> in the startup

Re: pageEncoding and Jasper

From: "Craig R. McClanahan" <[EMAIL PROTECTED]> Subject: Re: pageEncoding and Jasper Date: Thu, 7 Feb 2002 20:02:00 -0800 (PST) Message-ID: <[EMAIL PROTECTED]> > > > If "it" is the pageEncoding attribute of the <%@ page %> directive, then > > > the answer is yes. > > > > Craig, the answer is "no"