Bill Barker wrote:
Tomcat doesn't adhere to the (new) requirements in the 2.4 Servlet-Spec for
handling the case of Overlapping Constraints:
spec-quote version=2.4 pfd3 section=12.8.1
When a url-pattern and http-method pair occurs in multiple security
constraints, the
applicable constraints (on
hgomez 2003/07/24 01:15:22
Modified:jk/native configure.in
Log:
When Apache 2.0 is found, add define HAVE_APR
Revision ChangesPath
1.25 +2 -2 jakarta-tomcat-connectors/jk/native/configure.in
Index: configure.in
hgomez 2003/07/24 01:17:10
Modified:jk/native/common jk_connect.h jk_ajp12_worker.c
jk_ajp_common.c jk_connect.c
Log:
Make use of APR gethostbyname equivalent when APR is available.
Remove AS/400 specific code and fix some short to int in port.
We'll use
hgomez 2003/07/24 01:17:26
Modified:jk/native/nt_service jk_nt_service.c
Log:
port is now integer
Revision ChangesPath
1.8 +18 -18jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c
Index: jk_nt_service.c
hgomez 2003/07/24 01:17:45
Modified:jk/native/apache-2.0 bldjk.qclsrc
Log:
Add HAVE_APR in iSeries (AS/400) build script source
Revision ChangesPath
1.7 +19 -19jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qclsrc
Index: bldjk.qclsrc
hgomez 2003/07/24 01:18:05
Modified:jk/native2/common jk_channel_socket.c
Log:
Back port use of APR gethostbyname alternative from JK 1.2.x
Revision ChangesPath
1.53 +42 -17jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c
Index:
Henri Gomez a écrit :
So the idea will be to use APR implementation when we detect that
APR is available (configure should be updated accordingly).
And under Apache 2.0, APR is allways available !
Apache 1.3 use fork mode under Unix, so no thread problem.
For Windows I wonder what happen, may
Hola a todos:
I'm actually de moderator of tomcat-dev and tomcat-user, i will go on
vacation from 5/08 to 25/08, and i need to recruit someone to take that
role, anyone interested, please send me private mail, and we will solve
the bloody details..
Thanks in advance..
Saludos,
Ignacio J.
All,
I've seen a problem with a Tomcat Memory Leak which seems to be similar with the bug
20758 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20758 but I would like to be
sure about that...
I have several J2EE applications hosted by my Tomcat 4.1.24 and the problem is when I
deploy 3 or 4
Hi
I have found your email id in tomcat forums
Well .. When I trying to open connection to my DB2 database in tomcat
-4.0.3, I am getting below expections..
here is the stacktrace from Tomcat
logs(/usr/local/jakartha-tomcat-4.0.3/logs/catilina.out)
javax.naming.NameNotFoundException: Name
remm2003/07/24 02:55:16
Modified:resources/mbeans tomcat5-ant.xml
Log:
- Fix obscure JAXP related CL problem. The issue is likely the lack of decoupling
with the main Ant CL.
Revision ChangesPath
1.12 +1 -0
To be able to reach beta quality around the end of this month, a new
milestone will need to be released at the end of this week (and more
generally, I think a one milestone per week schedule can't hurt when
trying to go to beta - even if we end up missing the deadline ;-) ).
As usual, I'll
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=21847.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sounds good to me. I have some small docs fixes I'll push soon.
-Tim
Remy Maucherat wrote:
To be able to reach beta quality around the end of this month, a new
milestone will need to be released at the end of this week (and more
generally, I think a one milestone per week schedule can't hurt
Remy Maucherat wrote:
Jan Luehe wrote:
Currently, if webapp developers do not want to expose the source of
their JSP files, they have to precompile them and add a servlet
mapping for each JSP to their web.xml (e.g., with the help of jspc).
If the webapp contains a large number of JSPs, the
Petr Jiricka wrote:
Remy Maucherat wrote:
Jan Luehe wrote:
Currently, if webapp developers do not want to expose the source of
their JSP files, they have to precompile them and add a servlet
mapping for each JSP to their web.xml (e.g., with the help of jspc).
If the webapp contains a large
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=19799.
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=19799.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
funkman 2003/07/24 05:01:15
Modified:.RELEASE-NOTES
Log:
Removed javac leak reference
Added FAQ reference
SSI-CGI web.xml line #'s were wrong
Revision ChangesPath
1.4 +30 -20jakarta-tomcat-5/RELEASE-NOTES
Index: RELEASE-NOTES
funkman 2003/07/24 05:03:57
Modified:webapps/docs introduction.xml
Log:
Added link to FAQ and Wiki
Revision ChangesPath
1.4 +2 -0 jakarta-tomcat-catalina/webapps/docs/introduction.xml
Index: introduction.xml
funkman 2003/07/24 05:52:55
Modified:webapps/docs/config valve.xml
Log:
Update for AccessLogValve
Revision ChangesPath
1.4 +41 -0 jakarta-tomcat-catalina/webapps/docs/config/valve.xml
Index: valve.xml
Bill Barker wrote:
Tomcat doesn't adhere to the (new) requirements in the 2.4 Servlet-Spec for
handling the case of Overlapping Constraints:
spec-quote version=2.4 pfd3 section=12.8.1
When a url-pattern and http-method pair occurs in multiple security
constraints, the
applicable constraints (on
+1
Remy Maucherat wrote:
To be able to reach beta quality around the end of this month, a new
milestone will need to be released at the end of this week (and more
generally, I think a one milestone per week schedule can't hurt when
trying to go to beta - even if we end up missing the deadline
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=20663.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Henri Gomez wrote:
Henri Gomez a écrit :
So the idea will be to use APR implementation when we detect that
APR is available (configure should be updated accordingly).
And under Apache 2.0, APR is allways available !
Apache 1.3 use fork mode under Unix, so no thread problem.
For Windows I
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=21314.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The thread safe bug found in jk_resolve.c has been fixed.
I have generated another mod_jk 1.2.5 test source distribution,
it can be found at:
http://cvs.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz
Please build and test binaries for different OS and web servers.
I will call
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=20663.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2003/07/24 08:26:13
Modified:webapps/docs index.xml
Log:
- Update docs index according to the page changes.
Revision ChangesPath
1.9 +17 -11jakarta-tomcat-catalina/webapps/docs/index.xml
Index: index.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=21717.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Can anyone explain why the setRequestURI() method in
org.apache.coyote.tomcat4.CoyoteRequest
is an empty method? The reason I ask is that this disables one from
changing the requestURI on a Request from within a valve. I discovered
this when I upgraded from Tomcat 4.0.6 to 4.1.24 and my custom
remm2003/07/24 10:16:56
Modified:webapps/docs setup.xml
Log:
- Add basic Windows setup docs (I believe some screenshots would be nice).
Revision ChangesPath
1.2 +40 -0 jakarta-tomcat-catalina/webapps/docs/setup.xml
Index: setup.xml
remm2003/07/24 10:24:06
Modified:webapps/docs changelog.xml
Log:
- Changelog update for 5.0.5 (note: I am not tagging yet, and will add entries as
needed).
Revision ChangesPath
1.9 +191 -8jakarta-tomcat-catalina/webapps/docs/changelog.xml
Index:
+1
Amy
--- Remy Maucherat [EMAIL PROTECTED] wrote:
To be able to reach beta quality around the end of
this month, a new
milestone will need to be released at the end of
this week (and more
generally, I think a one milestone per week schedule
can't hurt when
trying to go to beta - even
- Original Message -
From: Jean-Francois Arcand [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, July 24, 2003 6:20 AM
Subject: Re: [5] Authentication for Overlapping Constraints
Bill Barker wrote:
Tomcat doesn't adhere to the (new) requirements in the
Howdy,
1) Add a method 'List getSecurityConstraints(HttpRequest req,
Context
ctx)'
to Realm, and have AuthenticatorBase loop through them.
2) Have RealmBase create it's own special SecurityConstraint that is
the
intersection of all of the overlapping constraints, and leave
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=21867.
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=18040.
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=21867.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I'm currently doing a very basic test:
[EMAIL PROTECTED] jfarcand]$ wget http://localhost:8080/
--20:59:22-- http://localhost:8080/
= `index.html'
Resolving localhost... done.
Connecting to localhost[127.0.0.1]:8080... connected.
HTTP request sent, awaiting response... 400 No
40 matches
Mail list logo
