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
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=11752.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=11754.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=11753.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[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. Currently
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
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 is very
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
SNIP/
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 that JNDI and
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 cookie to
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:
The
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=5899.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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 extent that JNDI and
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 this
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
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 frankly,
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
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 what does'nt
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 whether a [static]
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.
OK,
This patch fixes the JUnit tests in Catalina to run against the ROOT webapp.
Now 'ant test' succeeds.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Index: catalina/build.xml
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=11754.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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.
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
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=11775.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=11091.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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
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
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
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
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
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=11775.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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 -12
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.xml
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=11779.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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 for
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
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=10458.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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 that
it doesn't
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
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=10458.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=11784.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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 .
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
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
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
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
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
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
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 Arcand
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=11785.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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.
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=8817.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=8817.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
- 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:
header1: val1,
On Friday 16 August 2002 09:43 pm, Patrick Luby wrote:
SNIP/
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
59 matches
Mail list logo
