Re: Watchdog aggregation of headers may be incorrect

On Friday 16 August 2002 09:43 pm, Patrick Luby wrote: > Tomcat 4 used to do this conversion correctly but then it stopped doing > the conversion a few months ago. > I'll bet dollars to donuts that it was exactly when Coyote was brought in as the connector, replacing the older o.a.c.connector.ht

Re: Watchdog aggregation of headers may be incorrect

Are you sure? Well, of course you're sure. What I mean is, is this a good interpretation of the spec? The spec is not crystal clear on this point [SRV.4.3], as it discusses multiple headers with the same name, and multiple values for headers, but that seems to be within context of multiple hea

Re: Watchdog aggregation of headers may be incorrect

- Original Message - From: "Patrick Luby" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, August 16, 2002 6:43 PM Subject: Re: Watchdog aggregation of headers may be incorrect > Steve, > > Your assessment is correct: an aggregate header like: > >he

Re: DBCP multiple pools for multiple contexts under 4.0.4?

No, I don't. The Host DefaultContext only defines the default context configuration. Any resources defined are instantiated for each individual context. GlobalNamingResource does indeed instantiate a resource which can be shared. So no, you can't do what you want to do with Tomcat 4.0.x. You w

DO NOT REPLY [Bug 8817] - nested custom jsp tags not working?

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 8817] - nested custom jsp tags not working?

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: Watchdog aggregation of headers may be incorrect

Steve, Your assessment is correct: an aggregate header like: header1: val1, val2 should be converted to this for the HttpRequest: header1: val1 header1: val2 Tomcat 4 used to do this conversion correctly but then it stopped doing the conversion a few months ago. This should be fixe

Watchdog aggregation of headers may be incorrect

Watchdog now merges headers, by design. ie (from the checking message) Modified logic to send duplicate headers as one aggregated header vs. two headers: header1: val1 header1: val2 -will now be- header1: val1, val2 Due to this, it looks like a couple of tests are failing. GetHeaders

DO NOT REPLY [Bug 11785] New: - mime-mapping for WMLS is incorrect

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_b

Re: [PATCH] Xerces 2.0.1 also is buggy

Jean-François, Can you also submit the patch to both BUILDING.txt and build.xml. build.xml needs to use the "cvsbuild" target to download and build Xerces since you can't reliably use "downloadgz" for nightly builds since they disappear of the website after 2 weeks. Patrick Jean-francois Arc

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

luehe 2002/08/16 17:15:28 Modified:jasper2/src/share/org/apache/jasper/compiler Node.java Log: removed redundant field Revision ChangesPath 1.26 +3 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java Index: Node.java ==

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler ScriptingVariabler.java Compiler.java Generator.java JspDocumentParser.java Node.java Parser.java

luehe 2002/08/16 17:14:24 Modified:jasper2/src/share/org/apache/jasper/compiler Tag: tomcat_4_branch Compiler.java Generator.java JspDocumentParser.java Node.java Parser.java Added: jasper2/src/share/org/apache/jasper/compiler Ta

[PATCH] Xerces 2.0.1 also is buggy

Hi, Xerces 2.0.1 contains a bug that produce the error Remy reports earlier this week :-( Xerces 2.0.2 contains a bug that produce a StackTraceOverflow :-( In order to supports schema and dtd, Xerces nightly build is the only version that parse properly DTD and schema when validation is on.

cvs commit: jakarta-tomcat-catalina/webapps/admin/users group.jsp role.jsp user.jsp

amyroh 2002/08/16 16:56:18 Modified:webapps/admin build.xml webapps/admin/WEB-INF/classes/org/apache/webapp/admin AttributeTag.java webapps/admin/users group.jsp role.jsp user.jsp Log: Fix for bugzilla 10458 - Editing a User cau

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans mbeans-descriptors.xml

amyroh 2002/08/16 16:54:24 Modified:catalina/src/share/org/apache/catalina/mbeans mbeans-descriptors.xml Log: Minor change in format. Revision ChangesPath 1.6 +21 -17 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans

cvs commit: jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveDataSourceAction.java SetUpDataSourceAction.java

amyroh 2002/08/16 16:25:31 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveDataSourceAction.java SetUpDataSourceAction.java Log: Change to look for "username" attribute insted of "user" in JNDI datasource

cvs commit: jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm JNDIRealmForm.java SaveJNDIRealmAction.java

amyroh 2002/08/16 16:24:45 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm JNDIRealmForm.java SaveJNDIRealmAction.java Log: Change the validation of JNDIRealm and also fix to not replace null configuration attributes with "". Revi

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler ScriptingVariabler.java Compiler.java Generator.java Node.java

luehe 2002/08/16 16:18:54 Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java Generator.java Node.java Added: jasper2/src/share/org/apache/jasper/compiler ScriptingVariabler.java Log: Added compilation step wh

DO NOT REPLY [Bug 11784] New: - Failure in loading class with destroy method of Servlet

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_b

DO NOT REPLY [Bug 10458] - Editing User causes JavaScript Error

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_b

Re: [5] [TODO] Config first task

On second tought, it would be excelent if you can map server.xml. The only issue I have is the naming hierarcy - but we can address that later. One thing I hate in the current JNDI code is the binding on thread/class loader, etc. I understand what it is supposed to do, but we shouldn't have to

Re: Absolute fields required for JDBC & JNDI Realm pages in adminwebapp

John Holman wrote: > Amy Roh wrote: > >> I just committed fixes to validate only className and connectionURL >> and also to >> check either userPattern or userSearch is specified but not both. > > > Thanks! > >> I don't think any change to JNDIRealm is necessary since I changed >> admin so t

DO NOT REPLY [Bug 10458] - Editing User causes JavaScript Error

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_b

cvs commit: jakarta-tomcat-4.0/webapps/admin/users group.jsp role.jsp user.jsp

amyroh 2002/08/16 15:24:07 Modified:webapps/admin build.xml webapps/admin/WEB-INF/classes/org/apache/webapp/admin AttributeTag.java webapps/admin/users group.jsp role.jsp user.jsp Log: Fix for bugzilla 10458 - Editing a User cau

Re: Absolute fields required for JDBC & JNDI Realm pages in adminwebapp

Amy Roh wrote: > I just committed fixes to validate only className and connectionURL and also to > check either userPattern or userSearch is specified but not both. Thanks! > I don't think any change to JNDIRealm is necessary since I changed admin so that > it doesn't replace null values with "

DO NOT REPLY [Bug 11779] New: - Coyote AJP 1.3 connector doesn't support tomcatAuthentication="false"

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_b

cvs commit: jakarta-tomcat-catalina/webapps/docs jndi-resources-howto.xml

amyroh 2002/08/16 14:05:16 Modified:webapps/docs jndi-resources-howto.xml Log: Update the doc following the current DBCP implementation - "username" instead of "user". Revision ChangesPath 1.3 +4 -4 jakarta-tomcat-catalina/webapps/docs/jndi-resources-howto.x

cvs commit: jakarta-tomcat-catalina/catalina/src/conf server.xml

amyroh 2002/08/16 14:04:26 Modified:catalina/src/conf server.xml Log: Update the JNDI datasource sample configuration following the current DBCP implementation - "username" instead of "user". Revision ChangesPath 1.4 +12 -12jakarta-tomcat-catalina/catalina

DO NOT REPLY [Bug 11775] - Admin app looking for wrong attribute "user" in Data Sources config

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_b

cvs commit: jakarta-tomcat-4.0/catalina/src/conf server.xml

amyroh 2002/08/16 13:19:32 Modified:catalina/src/conf server.xml Log: Update the JNDI datasource sample configuration following the current DBCP implementation - "username" instead of "user". Revision ChangesPath 1.62 +1 -1 jakarta-tomcat-4.0/catalina/src/co

Re: [5] [TODO] Config first task

On Fri, 16 Aug 2002, Remy Maucherat wrote: > I will bootstrap the new configuration code by writing a DOM based JNDI > directory context to provide some compatibility with the current server.xml. Great. I am not very sure if we should spend too much time preserving the current server.xml. If

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

amyroh 2002/08/16 13:18:38 Modified:webapps/tomcat-docs jndi-resources-howto.xml Log: Update the doc following the current DBCP implementation - "username" instead of "user". Revision ChangesPath 1.14 +4 -4 jakarta-tomcat-4.0/webapps/tomcat-docs/jndi-resourc

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveDataSourceAction.java SetUpDataSourceAction.java

amyroh 2002/08/16 13:17:07 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveDataSourceAction.java SetUpDataSourceAction.java Log: Change to look for "username" attribute insted of "user" in JNDI datasource

DBCP multiple pools for multiple contexts under 4.0.4?

Hi All, A couple of weeks ago I wrote about a Poolman DataSource factory for Tomcat, but the latest version of Poolman ended up being too buggy for production work. We've since moved to DBCP from Commons. I'm trying to configure a global DB pool for multiple contexts and I'm having trouble using

[5] [TODO] Config first task

I will bootstrap the new configuration code by writing a DOM based JNDI directory context to provide some compatibility with the current server.xml. I'll start experimenting with the JNDI naming conventions we'll be using as I implement the context (obviously, that will happen in the test prog

DO NOT REPLY [Bug 11091] - Tomcat (4.1.7 - 4.1.9)-LE-jdk14 ignores error page specified in web.xml

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_b

DO NOT REPLY [Bug 11775] - Admin app looking for wrong attribute "user" in Data Sources config

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_b

cvs commit: jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties ApplicationResources_es.properties

amyroh 2002/08/16 12:00:35 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties ApplicationResources_es.properties Log: Add error messages for JNDIRealm. Revision ChangesPath 1.

DO NOT REPLY [Bug 11775] New: - Admin app looking for wrong attribute "user" in Data Sources config

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_b

cvs commit: jakarta-tomcat-catalina/catalina/src/test/org/apache/naming/resources BaseDirContextTestCase.java

patrickl2002/08/16 11:51:20 Modified:catalina build.xml catalina/src/test/org/apache/naming/resources BaseDirContextTestCase.java Log: This patch fixes the JUnit tests in Catalina to run against the ROOT webapp. Now 'ant test' succeeds. Subm

DO NOT REPLY [Bug 11754] - Synchronous shutdown script - shutdown.sh should wait until Tomcat is fully shut down

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_b

Re: [5][PATCH] Fix the JUnit tests in Catalina

Steve Downey wrote: >This patch fixes the JUnit tests in Catalina to run against the ROOT webapp. >Now 'ant test' succeeds. > > > >-- >To unsubscribe, e-mail: >For additional commands, e-mail: > > Index: catalina/build.xml =

[5][PATCH] Fix the JUnit tests in Catalina

This patch fixes the JUnit tests in Catalina to run against the ROOT webapp. Now 'ant test' succeeds. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [5.0] [PROPOSAL] Refactored mapper

On Fri, 16 Aug 2002, Patrick Luby wrote: > I really don't like this spec change either. After carefully reading the > revised wording, it still seems that spec is saying "if I can't find any > of the listed static welcome files, start looking for anything that can > serve up a response". > >

Re: [5.0] [PROPOSAL] Refactored mapper

On Fri, 16 Aug 2002, Remy Maucherat wrote: > >>The wording in the 4th paragraph in section 9.10 of the Servlet 2.4 spec > >>may change to: > >> > >> The web server must append each welcome file in the order > >> specified in the deployment descriptor to the partial request and > >> check wh

Re: Adding a cookie via a filterChain...

On Fri, 16 Aug 2002, Les Parker wrote: > Date: Fri, 16 Aug 2002 10:57:03 -0600 > From: Les Parker <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: Adding a cookie via a filterChain... > > Thanks Craig for your help. > > Here is wh

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

patrickl2002/08/16 10:03:19 Modified:.BUILDING.txt build.properties.default Log: Update build instructions to user JTA 1.0.1a and correct commons-digester build error. Submitted by: Steve Downey ([EMAIL PROTECTED]) Revision ChangesPath 1.20 +27 -9 jak

Re: [5.0] [PROPOSAL] Refactored mapper

Remy, Remy Maucherat wrote: > It now looks doable with the standalone Tomcat. It may still be > unimplementable through Apache, though. > > My wish would be that only physical resources can be used as welcome > files, so that the spec is implementable through a native webserver. > (Quite frank

Re: Adding a cookie via a filterChain...

Thanks Craig for your help. Here is what does'nt seem to work... Any ideas?? public final class SessionControlFilter implements Filter { private String attribute = null; private FilterConfig filterConfig = null; public void init(FilterConfig filterConfig) throws ServletException

Re: [5.0] [PROPOSAL] Refactored mapper

Bob Herrmann wrote: > On Thu, 2002-08-15 at 18:38, Patrick Luby wrote: > >>Remy and Costin, >> >>I found the following draft wording that is being considered for the >>Servlet 2.4 spec. The exact wording may change, but the context should >>stay the same. Are there any unimplementable pieces in t

Re: [5] Config

On Fri, 16 Aug 2002, Steve Downey wrote: > > This really seems to pick the best APIs for the job. > > It's a good idea to use JNDI for configuration storing indeed, as it > > allows enterprise scale deployments, and seems generally better suited > > than JMX. > > > > Remy > > > > > To the exten

DO NOT REPLY [Bug 5899] - HTTP POST parameters ignored in CGIServlet.java

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: [5.0] [PROPOSAL] Refactored mapper

On Thu, 2002-08-15 at 18:38, Patrick Luby wrote: > Remy and Costin, > > I found the following draft wording that is being considered for the > Servlet 2.4 spec. The exact wording may change, but the context should > stay the same. Are there any unimplementable pieces in this proposed > wording: >

Re: Adding a cookie via a filterChain...

On Fri, 16 Aug 2002, Les Parker wrote: > Date: Fri, 16 Aug 2002 10:00:14 -0600 > From: Les Parker <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Adding a cookie via a filterChain... > > Does anyone have some example code that adds a

Re: [5] Config

> > >> >> >> What do you think ? > > > I love it :) > > This really seems to pick the best APIs for the job. > It's a good idea to use JNDI for configuration storing indeed, as it > allows enterprise scale deployments, and seems generally better suited > than JMX. > > Remy > > To the extent th

Adding a cookie via a filterChain...

Does anyone have some example code that adds a cookie to the response header via a filterChain in tomcat 4.0?? I am at a dead end and would really appreciate some help... Thanks, Les Parker This electronic mail transmission may contain confidential information and is intended only for the p

Re: [5.0] [PROPOSAL] Refactored mapper

Bob Herrmann wrote: > On Thu, 2002-08-15 at 15:37, Remy Maucherat wrote: > [...] > >>Yes, but welcome files for non physical resources cannot be implemented >>(since you have no way of asking a servlet if it can or cannot process a >>resource). >>I'll implement something which works and which

Re: [5.0] [PROPOSAL] Refactored mapper

On Thu, 2002-08-15 at 15:37, Remy Maucherat wrote: [...] > Yes, but welcome files for non physical resources cannot be implemented > (since you have no way of asking a servlet if it can or cannot process a > resource). > I'll implement something which works and which is very close to what the

Re: [5] Config

[EMAIL PROTECTED] wrote: > After a lot of thinking and searching, I found a solution that > I think will work well. If you like it - I'll need some help from > Remy to implement it. If you don't like it - I'm waiting for > a better one... > > There are 3 major parts: > 1. Config storage. Current

DO NOT REPLY [Bug 11753] - Synchronous startup script - startup.sh should wait until Tomcat is fully started

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_b

DO NOT REPLY [Bug 11754] - Synchronous shutdown script - shutdown.sh should wait until Tomcat is fully shut down

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_b

DO NOT REPLY [Bug 11752] - Tomcat 4.0.4 does not play well with xerces2

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_b

cvs commit: jakarta-tomcat-connectors/jk/conf jk2.properties

mturk 2002/08/16 01:20:28 Modified:jk/conf jk2.properties Log: To be able to use the jni inside the jk2.properties you will need at least one channelJni directive. It can be anything (even channelJni.foo=bar). This can be either bug (cause the directives are not checked), or