Re: [4.1.15] Tag tomorrow

Glenn Nielsen wrote: Doesn't this require a vote? No. The vote is when the milestone is then publicly released. Otherwise, it's like a nightly, and allows getting some testing. Rémy -- To unsubscribe, e-mail: For additional commands, e-

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

Amy Roh wrote: I don't use SSL with JNDIRealm so I didn't test this out. However, the patch seems ok and has been ignored long enough (with a few complaints). ;-) Let me know if there're any issues. Thank you! -- To unsubscribe, e-mail: F

AW: TagHandlerPool doesn't release Tags on reuse

thanks all, the article clarify some thinks. cu Torsten Fohrer > -Ursprüngliche Nachricht- > Von: Hans Bergsten [mailto:hans@;gefionsoftware.com] > Gesendet: Montag, 11. November 2002 21:06 > An: Tomcat Developers List > Betreff: Re: TagHandlerPool doesn't release Tags on reuse > > > T

Servlet calls Connector

Hi, i have a Servlet that needs to use object instances initially loaded by a connector. I first tried to use a resource but the environment is not set up when the connector starts. Any ideas how a Servlet can communicate with the connector instance? Haug -- To unsubscribe, e-mail:

Re: cvs commit: jakarta-tomcat-4.0 build.properties.sample

- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, November 11, 2002 8:16 PM Subject: cvs commit: jakarta-tomcat-4.0 build.properties.sample > jfarcand2002/11/11 20:16:59 > > Modified:.build.properties.sample > Log: > Update to Xerc

Servlet Spec interpretation FORM-based authentication

Folks, I am running into an issue with FORM-based authentication using 4.1.12 (and 4.0.4). It seems as if the implementation is not in line with the 2.3 Servlet Specification. Specifically, the Servlet Spec states: SRV.12.5.3 Form Base Authentication --snip-- J2EE.12.5.3.1 Login Form Notes --sn

cvs commit: jakarta-tomcat-4.0 build.properties.sample

jfarcand2002/11/11 20:16:59 Modified:.build.properties.sample Log: Update to Xerces 2.2.1. Revision ChangesPath 1.53 +3 -3 jakarta-tomcat-4.0/build.properties.sample Index: build.properties.sample ==

cvs commit: jakarta-tomcat-5 BUILDING.txt build.properties.default

jfarcand2002/11/11 20:07:11 Modified:.BUILDING.txt build.properties.default Log: Xerces 2.2.1 is now working with Tomcat. Revision ChangesPath 1.28 +4 -4 jakarta-tomcat-5/BUILDING.txt Index: BUILDING.txt ===

Re: /admin 404

Yes, everythings works fine with the current build. -- Jeanfrancois Amy Roh wrote: I switched from 2.2.0 to 2.1.0. Still no admin. :-( I'm attaching the error logs for tomcat 4 and tomcat 5. The same following errors are displayed running Tomcat 5. Jeanfrancois, admin works for you with 2

Re: /admin 404

I switched from 2.2.0 to 2.1.0. Still no admin. :-( I'm attaching the error logs for tomcat 4 and tomcat 5. The same following errors are displayed running Tomcat 5. Jeanfrancois, admin works for you with 2.1.0?? Thanks, Amy Nov 11, 2002 5:59:59 PM org.apache.catalina.startup.ContextConfig

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

I don't use SSL with JNDIRealm so I didn't test this out. However, the patch seems ok and has been ignored long enough (with a few complaints). ;-) Let me know if there're any issues. Thanks, Amy - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, Novembe

DO NOT REPLY [Bug 9702] - JNDIRealm StartTLS/SSL support request

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_bug

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config realm.xml

amyroh 2002/11/11 17:15:36 Modified:webapps/tomcat-docs/config realm.xml Log: Document the additions to newly supported SSL in JNDIRealm. Submitted by Fredrik Westermarck. Revision ChangesPath 1.6 +11 -1 jakarta-tomcat-4.0/webapps/tomcat-docs/config/realm.

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

amyroh 2002/11/11 17:13:37 Modified:catalina/src/share/org/apache/catalina/realm JNDIRealm.java Log: Add the possibility to use SSL with the JNDIRealm. This patch allows two more parameters to be set for the JNDIRealm. If they are not explicitly set the JNDIRealm will behave

Re: Tomcat memory management

Scott Johnson wrote: > > Hello, > > We've got an application that is replicated for clients, each > replication runs in its own context. We're running jdk1.4.1, RH7.2, > Tomcat 4.0.6 > > Even though the application itself can run fine on 10mb RAM, as each > context initializes, EVERY thread allo

Re: /admin 404

Xerces 2.2, not 2.0.2 (2.0.2 does not work at all) :-) It should work if you use 2.1. -- Jeanfrancois Bill Barker wrote: If you're using the default xerces-2.0.2, then the admin context won't load (or at least it won't for me). You should see the error in catalina.out. - Original Message

Tomcat memory management

Hello, We've got an application that is replicated for clients, each replication runs in its own context. We're running jdk1.4.1, RH7.2, Tomcat 4.0.6 Even though the application itself can run fine on 10mb RAM, as each context initializes, EVERY thread allocates more memory until we get 20-30

DO NOT REPLY [Bug 14461] New: - init() in servlet does not get called in tomcat4.1.12

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: /admin 404

If you're using the default xerces-2.0.2, then the admin context won't load (or at least it won't for me). You should see the error in catalina.out. - Original Message - From: "Amy Roh" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Monday, November 11, 2002 3:

Re: ServletOutputStreamWrapper

Hi Paul. That class is specific to the server-side include code, so the server doesn't need to know anything about the writeTo method. Basically, the ServletOutputStreamWrapper is used so that we can capture the result of Tomcat processing a page, so that we may include the contents of one p

/admin 404

I did a clean build and tried to access admin webapp (http://localhost:8080/admin). However, I get 404 "The request resource (/admin) is not available." Am I missing something obvious? Thanks, Amy -- To unsubscribe, e-mail: For additiona

Tomcat 4.1.14/jasper/JspRuntimeLibrary/ exception

Hi: I'm a new Tomcat user not yet active in tomcat development. I've spent quite some time trying to debug my JSP code that works fine with Tomcat 3.2.4 but gets this cryptic error with Tomcat 4.1.14: - Root Cause - org.apache.jasper.JasperException: error in invoking method at org.ap

Re: ServletOutputStreamWrapper

Is anyone familiar with this class? On Mon, 2002-11-11 at 11:14, Paul Hunnisett wrote: > I have been examining the source code for > org.apache.catalina.util.ssi.ServletOutputStreamWrapper and I discovered > a writeTo() method that writes the current buffer to the OutputStream. > What I can't q

cvs commit: jakarta-tomcat-catalina/webapps/docs security-manager-howto.xml

jfarcand2002/11/11 13:37:37 Modified:webapps/docs security-manager-howto.xml Log: Fix a wrong description of a dynamically added permission. Revision ChangesPath 1.4 +2 -3 jakarta-tomcat-catalina/webapps/docs/security-manager-howto.xml Index: security-mana

Re: [4.1.15] Tag tomorrow

Doesn't this require a vote? Glenn Remy Maucherat wrote: I plan to tag and package the Tomcat 4.1.15 milestone tomorrow. Rémy -- To unsubscribe, e-mail: For additional commands, e-mail: -- -

Re: TagHandlerPool doesn't release Tags on reuse

Torsten, You may want to read the section about the tag handler lifecycle in an article I wrote for ONJava.com: It explains how the methods are called and how to deal with attribute values. Hans Torsten Fohrer wrote: But if i looking

Re: TagHandlerPool doesn't release Tags on reuse

Use doStartTag for inits, doEndTag for cleanups. release will be invoked from destroy. > Date: Mon, 11 Nov 2002 20:34:13 +0100 > From: [EMAIL PROTECTED] (Torsten Fohrer) > Subject: Re: TagHandlerPool doesn't release Tags on reuse > X-Sender: [EMAIL PROTECTED] > To: Tomcat Developers List <[EMAIL

RE: TagHandlerPool doesn't release Tags on reuse

If you clean up in the doEndTag(), it works great... We had the same problem with our tags. -Original Message- From: Torsten Fohrer [mailto:TFohrer@;t-online.de] Sent: Monday, November 11, 2002 1:39 PM To: Tomcat Developers List Subject: Re: TagHandlerPool doesn't release Tags on reuse

Re: TagHandlerPool doesn't release Tags on reuse

Here is the same source code for taglib call, generated with a tomcat 4.0.4 /* tools:simpleCell */ de.dcsi.util.jsp.taglibs.Validator_SimpleCell _jspx_th_tools_simpleCell_32 = new de.dcsi.util.jsp.taglibs.Validator_Simp leCell(); _jspx_th

Re: TagHandlerPool doesn't release Tags on reuse

But if i looking into the generated jsp/servlet sources, i see the following: --- example --- /* tools:simpleCell */ de.dcsi.util.jsp.taglibs.Validator_SimpleCell _jspx_th_tools_simpleCell_0 = (de.dcsi.util.jsp.taglibs.Validator_SimpleCell) _jspx_ tagPool_tool

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspDocumentParser.java

luehe 2002/11/11 11:26:29 Modified:jasper2/src/share/org/apache/jasper/compiler JspDocumentParser.java Log: Fixed 14413: NPE while using jsp:attribute in JSP Document Revision ChangesPath 1.29 +22 -15 jakarta-tomcat-jasper/jasper2/src/sh

DO NOT REPLY [Bug 14413] - NPE while using jsp:attribute in JSP Document

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 13846] - If-Modified-Since results in incorrect headers

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: JSPC refactoring/documentation

Glenn Nielsen wrote: Remy Maucherat wrote: > Bill Barker wrote: > > > > I think we have too many dev branches already, and this is causing > maintenance problems. I'd like to have those things go in either 4.1 > or 5.0. Esp the jspc refactoring ;-) jspc is currently broken in 4.1 > and not real

Re: TagHandlerPool doesn't release Tags on reuse

According to the JSP 1.2 Spec, the release method is not invoked between tag usages, but is invoked before GC of the tag handler. Therefore it should not be used to reset the tag handler to its initial state; you should do that in doStartTag. See p164 and p166. > Date: Mon, 11 Nov 2002 13:32:31

DO NOT REPLY [Bug 14192] - setclasspath.bat does not set classpath correctly

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.1.15] Tag tomorrow

There is a nastly little bug that crept into the manager context reload in the last month or two. If you do a manager reload of a context any JNDI named ressources that exist disappear. This breaks use of the manager to reload a context which uses named resources. I haven't found when/where this

cvs commit: jakarta-tomcat-catalina/webapps/docs security-manager-howto.xml

jfarcand2002/11/11 08:08:33 Modified:webapps/docs security-manager-howto.xml Log: Add a section on package protection. Add minor change to the introduction. Revision ChangesPath 1.3 +67 -29jakarta-tomcat-catalina/webapps/docs/security-manager-howto.xml Inde

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_handler_response.c jk_workerEnv.c

jfclere 2002/11/11 07:40:34 Modified:jk/native2/common jk_handler_response.c jk_workerEnv.c Log: We have 3 msg's in the end point. request for request, post for post and msg for what Tomcat sends us. I have changed msg into post where needed. Revision ChangesPath 1.24

DO NOT REPLY [Bug 14445] New: - Not Support for arabic

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: DO NOT REPLY [Bug 14405] - Tomcat uses 90% of CPU

[EMAIL PROTECTED] wrote: 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.a

Re: JSPC refactoring/documentation

Remy Maucherat wrote: Bill Barker wrote: >Based on problems reported by users of JSPC Remy made a proposal >to deprecate it. > >This resulted in a number of people responding that they used JSPC >and strongly felt it should be kept. > >There did seem to be some consensus that JSPC could beneifit

DO NOT REPLY [Bug 6279] - Resubmit to j_security_check mistakenly fetches a page of that name

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_bug

DO NOT REPLY [Bug 6279] - Resubmit to j_security_check mistakenly fetches a page of that name

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_bug

TagHandlerPool doesn't release Tags on reuse

I have some jsp sites which taglibs. With pooling enabled, some problems occures. Samples: Customer Registration: all fields have the same values??? Sessions Values are used together After reading the jsp spezifikation and source of the jasper/runtime/TagHandlerPool, i see that the pool do

[4.1.15] Tag tomorrow

I plan to tag and package the Tomcat 4.1.15 milestone tomorrow. Rémy -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt

remm2002/11/11 03:53:01 Modified:.RELEASE-NOTES-4.1.txt Log: - Status update. Revision ChangesPath 1.29 +9 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt Index: RELEASE-NOTES-4.1.txt ===

Re: JSPC refactoring/documentation

Bill Barker wrote: >Based on problems reported by users of JSPC Remy made a proposal >to deprecate it. > >This resulted in a number of people responding that they used JSPC >and strongly felt it should be kept. > >There did seem to be some consensus that JSPC could beneifit from >a review and ref

ServletOutputStreamWrapper

I have been examining the source code for org.apache.catalina.util.ssi.ServletOutputStreamWrapper and I discovered a writeTo() method that writes the current buffer to the OutputStream. What I can't quite see is how this method would be called. It is not part of the servlet spec, so the web appli

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java OutputBuffer.java

remm2002/11/11 03:01:05 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java OutputBuffer.java coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java OutputBuffer.java Log: - Properly compute

DO NOT REPLY [Bug 14405] - Tomcat uses 90% of CPU

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 14405] - Tomcat uses 90% of CPU

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-catalina/webapps/docs/images jakarta-logo.gif

hgomez 2002/11/11 01:27:59 Modified:webapps/ROOT jakarta-banner.gif webapps/docs/images jakarta-logo.gif Log: Update to latest jakarta logo Revision ChangesPath 1.2 +77 -50jakarta-tomcat-catalina/webapps/ROOT/jakarta-banner.gif <>

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/xmlparserXMLEncodingDetector.java

[EMAIL PROTECTED] wrote: remm2002/11/07 07:23:43 Modified:jasper2/src/share/org/apache/jasper/xmlparser XMLEncodingDetector.java Log: - This appreas to fix the stack overflow. is the xerces dependencie is normal ? import org.apache.xerces.util.Encoding

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages_fr.properties

hgomez 2002/11/11 01:03:56 Modified:jasper2/src/share/org/apache/jasper/resources messages_fr.properties Log: Update french translation Revision ChangesPath 1.4 +2 -2 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/

DO NOT REPLY [Bug 14405] - Tomcat uses 90% of CPU

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 14438] - Can't configure referrals in JNDI Realm

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 14438] New: - Can't configure referrals in JNDI Realm

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: API for user authentication

It will bind you forever to a particular Tomcat version, but the following should work: The authenticating Servlet can't be protected, so that servlet saves off the Principal as a special session variable. You then write a (Context level) Valve & Realm. The Valve looks for the special session var