N.B. The Filter mapping code looks broken to me. It looks like if I have a
mapping for a url-pattern '*.jsp' that has dispatcherINCLUDE/dispatcher,
then it will incorrectly match a jsp:include page=header.jspf /.
However, I haven't actually tested it. :).
Bill Barker [EMAIL PROTECTED] wrote in
Bill Barker wrote:
N.B. The Filter mapping code looks broken to me. It looks like if I have a
mapping for a url-pattern '*.jsp' that has dispatcherINCLUDE/dispatcher,
then it will incorrectly match a jsp:include page=header.jspf /.
However, I haven't actually tested it. :).
I think there's an
Remy Maucherat wrote:
Reshat Sabiq wrote:
I think i found a bug in Tomcat 5 implementation (J2EE 1.4-DR). I
would highly appreciate if somebody could provide a brief description
of what includeUri, and requestUri below stand for. I looked at the
comments in Constants, but can't make out a
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=23802.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Reshat Sabiq wrote:
Remy Maucherat wrote:
Reshat Sabiq wrote:
I think i found a bug in Tomcat 5 implementation (J2EE 1.4-DR). I
would highly appreciate if somebody could provide a brief description
of what includeUri, and requestUri below stand for. I looked at the
comments in Constants,
Remy Maucherat wrote:
Bill Barker wrote:
N.B. The Filter mapping code looks broken to me. It looks like if I
have a
mapping for a url-pattern '*.jsp' that has
dispatcherINCLUDE/dispatcher,
then it will incorrectly match a jsp:include page=header.jspf /.
However, I haven't actually tested it.
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, December 11, 2003 11:55 PM
Subject: Re: cvs commit:
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm
RealmBase.java
Remy Maucherat wrote:
I found that all the web.xml files in webapps except jsp-examples uses
!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN
http://java.sun.com/dtd/web-app_2_3.dtd;
instead of
web-app xmlns=http://java.sun.com/xml/ns/j2ee;
Hi,
I see no reason to create a new branch, which is not what happened with
previous releases, where branches were created sometimes even before the
stable release (4.1.x got forked for 4.0 final, and 5.0.x was forked for
4.1.7). Reasons for no branching:
- Tomcat is rather modular
- Behavior
Keith,
I can't commit the fixes until I have jakarta-servletapi-4 karma. Can you help
with this? On the subject of karma I need access to jakarta-servletapi-5 as
well to fix an example bug.
Thanks,
Mark
On Tuesday, December 09, 2003 7:20 PM, Keith Wannamaker
[SMTP:[EMAIL PROTECTED] wrote:
Howdy
Well, you can always send patches to the list or bugzilla and one of us
will commit them ;)
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Mark Thomas [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 11, 2003 5:40 PM
To: 'Tomcat Developers List'
Subject: RE:
Remy Maucherat wrote:
Jeanfrancois Arcand wrote:
Not yet, but it is one of the thing I want to do when I've found
spare time. For sure (5.0.x + sec manager) is faster than (5.0.x +
sec manager + jsr115) since with 115, the policy provider is called
everytime hasUser/ResourcePermission are
Ias wrote:
I found that all the web.xml files in webapps except jsp-examples uses
!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN
http://java.sun.com/dtd/web-app_2_3.dtd;
instead of
web-app xmlns=http://java.sun.com/xml/ns/j2ee;
Jeanfrancois Arcand wrote:
Zzzzoui :-)
I will do that (on my own time unfortunalty, so may take a couple of
weeks)
First, it would be easier just to convert the web.xml into security
permissions, and to keep internal collections, for unchecked, excluded,
and role permissions than to do
Remy Maucherat wrote:
Hi,
I see no reason to create a new branch, which is not what happened
with previous releases, where branches were created sometimes even
before the stable release (4.1.x got forked for 4.0 final, and 5.0.x
was forked for 4.1.7). Reasons for no branching:
- Tomcat is
Remy Maucherat wrote:
Jeanfrancois Arcand wrote:
Zzzzoui :-)
I will do that (on my own time unfortunalty, so may take a couple of
weeks)
First, it would be easier just to convert the web.xml into security
permissions, and to keep internal collections, for unchecked,
excluded, and role
Hi,
I'll be away next week, until friday. I may have some internet access,
but it won't be much.
Please handle incoming BZ items for me so that they don't pile up too
much :)
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Jeanfrancois Arcand wrote:
+1
I would also like to explore, as a separate module, a connector that
uses NIO to see what kind of performance we can have. I have no
intention of replacing the current connector, and probably I will waste
my time trying to have the same performance as the current
Jeanfrancois Arcand wrote:
Mmm, ok. I'm not quite following very well, since I didn't read the
spec yet ;-) If I understand, you would implement something which
would work as the JSR 115 security policy provider, but (likely :) )
simpler ?
Yes, as a first steps. It will also works without a
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=6649.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello,
I was wondering if anyone has encountered the following problem with
Coyote JK Connector. We have recently switched from deprecated JK
connector, to Coyote JK connector on Tomcat side. We're using Tomcat
4.1.27 with Apache 1.3.29. Apache side has been running mod_jk 1.2.x
before and
Remy Maucherat [EMAIL PROTECTED] writes:
My opinion is that NIO is going to be really useless.
Eh, hello!? Oh, okay if it's not important that Tomcat scale and
perform well it may be useless. But, really, before NIO it was
hopeless to try and write a scalable and fast tcp server application
in
Remy Maucherat wrote:
Jeanfrancois Arcand wrote:
Mmm, ok. I'm not quite following very well, since I didn't read the
spec yet ;-) If I understand, you would implement something which
would work as the JSR 115 security policy provider, but (likely :) )
simpler ?
Yes, as a first steps. It
Hi all,
no plans to make another mod_jk release before the year ends...??
Guenter.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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=16541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
funkman 2003/12/12 13:31:56
Modified:catalina/src/share/org/apache/catalina/realm JNDIRealm.java
catalina/src/test/org/apache/catalina/realm
JNDIRealmTestCase.java
Log:
BZ 23190 16541
Make JNDIRealm escape search filters
Patch by Jeff
Jeanfrancois Arcand wrote:
Now the big question: do we plan to have that JSR 115 support for the
next stable release, or is it too early to have it done ?
Since there is still some gray area I need to think of, I would say no.
But let me think of it :-)
Well, since we don't have any really
Jan-Henrik Haukeland wrote:
Remy Maucherat [EMAIL PROTECTED] writes:
My opinion is that NIO is going to be really useless.
Eh, hello!? Oh, okay if it's not important that Tomcat scale and
perform well it may be useless. But, really, before NIO it was
hopeless to try and write a scalable and fast
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=23190.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
funkman 2003/12/12 13:43:26
Modified:catalina/src/share/org/apache/catalina/realm JNDIRealm.java
Log:
Resync with 4.1 fixes, in particular - they include:
BZ 23190 16541
And Allow Multiple user patterns per
http://marc.theaimsgroup.com/?l=tomcat-devm=106254937722504w=2
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=23190.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Jan-Henrik Haukeland wrote:
Remy Maucherat [EMAIL PROTECTED] writes:
My opinion is that NIO is going to be really useless.
Eh, hello!? Oh, okay if it's not important that Tomcat scale and
perform well it may be useless. But, really, before NIO it was
hopeless to try and
Just to chime in on the NIO issue, I agree that it's not immediately
obvious what the performance benefits are. Perhaps more importantly,
though, the code changes to switch Tomcat (or any other good-size app)
to NIO are tremendous -- basically a rewrite of the hard parts.
That said, I've done
Adam Fisk wrote:
Just to chime in on the NIO issue, I agree that it's not immediately
obvious what the performance benefits are. Perhaps more importantly,
though, the code changes to switch Tomcat (or any other good-size app)
to NIO are tremendous -- basically a rewrite of the hard parts.
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=24009.
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=25491.
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=23371.
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=23974.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Here's my excel spreadsheet. All of these numbers are taken from the
Windows Task Manager. This is somewhat misleading in that the memory
numbers don't properly reflect garbage collection, but it's informative
nevertheless.
The Sends (ms) column reflects the timeout between client sends. I
funkman 2003/12/12 14:37:58
Modified:catalina/src/share/org/apache/catalina/realm
LocalStrings.properties LocalStrings_es.properties
LocalStrings_fr.properties
LocalStrings_ja.properties
Log:
BZ 23885
funkman 2003/12/12 14:39:22
Modified:catalina/src/share/org/apache/catalina/realm
LocalStrings.properties LocalStrings_es.properties
LocalStrings_fr.properties
LocalStrings_ja.properties
Log:
BZ 23885
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=23885.
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=22236.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
markt 2003/12/12 14:50:57
Modified:catalina/src/share/org/apache/catalina/servlets
CGIServlet.java
Log:
- Fix bug 5762. Include port in HTTP_HOST environment variable.
- Patch provided by Martin Dengler
Revision ChangesPath
1.9 +7 -13
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=22591.
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=5762.
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=10531.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I should also mention that I ran these tests on an Athlon 2200 with
512MB RAM.
-Adam
Adam Fisk wrote:
Here's my excel spreadsheet. All of these numbers are taken from the
Windows Task Manager. This is somewhat misleading in that the memory
numbers don't properly reflect garbage collection,
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=11258.
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=11101.
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=11899.
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=12071.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Fri, December 12, 2003 at 2:12 pm, Adam Fisk wrote:
I'd be happy to send my data to the group if people are interested.
Aside from memory, I was surprised to find that the effect on CPU was
negligible (not much of a benefit from no context-switching between
threads) -- CPU was virtually
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=25493.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The tomcat clustering uses NIO for the session replication,
here is another fact, NIO sucks pretty bad in almost all the VMs.
In some of them, it just doesn't work as advertised at all.
I agree with Remy, it will not change the scalability that tomcat currently
supports,
because of the nature of
55 matches
Mail list logo
