Hello Jan,
Thank you again for your reply.
Jan Luehe wrote:
I see what you are getting at, and I agree that the servlet spec
could be much clearer about this. Unfortunately, this ambiguous
wording as been around for the longest time.
That is why I was surprised to find the change in Tomcat
I'm really confused. I didn't take care.
Thanks for your replies.
Regards,
Dimitri
De : charly [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 17 août 2006 19:56
À : Tomcat Developers List
Objet : Re: Bug report
Its very normal that Tomcat stops if there is code in a
webapp which forces
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=40282.
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://issues.apache.org/bugzilla/show_bug.cgi?id=40282.
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://issues.apache.org/bugzilla/show_bug.cgi?id=40282.
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://issues.apache.org/bugzilla/show_bug.cgi?id=40282.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project tomcat-tc6 has an issue affecting its community integration.
This issue affects
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project tomcat-tc6 has an issue affecting its community integration.
This issue affects
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=40282.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: remm
Date: Fri Aug 18 04:33:12 2006
New Revision: 432556
URL: http://svn.apache.org/viewvc?rev=432556view=rev
Log:
- Also check the support attribute.
Modified:
tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java
Modified:
Author: remm
Date: Fri Aug 18 05:57:28 2006
New Revision: 432565
URL: http://svn.apache.org/viewvc?rev=432565view=rev
Log:
- Fix links.
- Endorsed folder is now endorsed.
Modified:
tomcat/tc6.0.x/trunk/RELEASE-NOTES
tomcat/tc6.0.x/trunk/bin/setclasspath.bat
I and other have run into issues where the socket
between Apache and Tomcat (due to a in-between firewall)
isn't closed as it should be... I'm digging further into
this as far as why the timeout isn't being honored, but
it got me thinking that a no reuse option might be
nice. Basically, it
Author: remm
Date: Fri Aug 18 06:41:19 2006
New Revision: 432581
URL: http://svn.apache.org/viewvc?rev=432581view=rev
Log:
- Fix version number.
Modified:
tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/Constants.java
Modified:
Author: remm
Date: Fri Aug 18 06:44:04 2006
New Revision: 432584
URL: http://svn.apache.org/viewvc?rev=432584view=rev
Log:
- Add the Jasper listener in the config.
- Fix (harmless) NPE when request processing doesn't proceed (ex: empty path).
Modified:
tomcat/tc6.0.x/trunk/conf/server.xml
Jim Jagielski wrote:
I and other have run into issues where the socket
between Apache and Tomcat (due to a in-between firewall)
isn't closed as it should be...
Yep, I have heared about things like that, on the Tomcat side the socket
seems opened but it closed on the httpd side.
The problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=39684.
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://issues.apache.org/bugzilla/show_bug.cgi?id=39768.
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://issues.apache.org/bugzilla/show_bug.cgi?id=40279.
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://issues.apache.org/bugzilla/show_bug.cgi?id=39805.
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://issues.apache.org/bugzilla/show_bug.cgi?id=39804.
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://issues.apache.org/bugzilla/show_bug.cgi?id=40012.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
Target Milestone|--- |
I attempted adding a milestone to the project again, and for some
reason, it finally decided to work. OTOH, I could not add a ---
milestone (weird SQL error).
Rémy
Maybe JIRA should be used for TC 6 ?
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Author: remm
Date: Fri Aug 18 07:32:34 2006
New Revision: 432604
URL: http://svn.apache.org/viewvc?rev=432604view=rev
Log:
- Add two lost Jasper patches (which were applied to the old Jasper/TC6
repository).
- 38676
- 39803 (not sure if the fix is complete)
Modified:
I'm indifferent.
It looks like all projects are moving in the direction of using JIRA and
most likely Bugzilla will stop being supported by infrastructure [like
CVS was]. So its probably a good time to move.
Is there talk of infrastructure stopping support of bugzilla anytime?
-Tim
Remy
+1
Remy Maucherat wrote:
Maybe JIRA should be used for TC 6 ?
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
my proposal is a little delayed, had a slight Fedora Core meltdown,
still recovering
Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
what am I thinking, all connectors, so far only the connectors
supporting poll are valid candidates for comet :)
I don't
Jim Jagielski wrote:
I and other have run into issues where the socket
between Apache and Tomcat (due to a in-between firewall)
isn't closed as it should be... I'm digging further into
this as far as why the timeout isn't being honored, but
it got me thinking that a no reuse option might be
Remy Maucherat wrote:
Maybe JIRA should be used for TC 6 ?
++1
Further more, I would like to have that
all across tomcat.apache.org, not only
for TC6.
--
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
I was gonna suggest a
worker.workername.reuse=True|False
This is a very minor, non intrusive change since jk_ajp_*.c already has
a struct that has a reuse flag, and it respects it, the code currently
hard codes it to true.
so people have the option to have non persistent connections.
Many
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=40070.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Filip Hanik - Dev Lists wrote:
I was gonna suggest a
worker.workername.reuse=True|False
This is a very minor, non intrusive change since jk_ajp_*.c already has
a struct that has a reuse flag, and it respects it, the code currently
hard codes it to true.
It (or at least it should) favors
On Aug 18, 2006, at 11:01 AM, Mladen Turk wrote:
Jim Jagielski wrote:
I and other have run into issues where the socket
between Apache and Tomcat (due to a in-between firewall)
isn't closed as it should be... I'm digging further into
this as far as why the timeout isn't being honored, but
it
On Aug 18, 2006, at 11:27 AM, Mladen Turk wrote:
Filip Hanik - Dev Lists wrote:
I was gonna suggest a
worker.workername.reuse=True|False
This is a very minor, non intrusive change since jk_ajp_*.c
already has a struct that has a reuse flag, and it respects it,
the code currently hard
On Aug 18, 2006, at 9:58 AM, Jean-frederic Clere wrote:
Jim Jagielski wrote:
I and other have run into issues where the socket
between Apache and Tomcat (due to a in-between firewall)
isn't closed as it should be...
Yep, I have heared about things like that, on the Tomcat side the
socket
Jim Jagielski wrote:
Makes no sense to me.
Yeah, the recommendation for people who are
hit by this is either (1) avoid AJP or (2)
set MaxRequestsPerChild (in httpd) to 1
See my reply about AJP13_END_RESPONSE reuse flag.
The Tomcat should be responsible for deciding
if the connection
Filip Hanik - Dev Lists wrote:
cool, I will cut the release
Can you hold that up till Monday?
I would like to test and cut the tcnative
in front so that installer uses new binaries.
Regards,
Mladen.
-
To unsubscribe,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=39803.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Filip Hanik - Dev Lists wrote:
my proposal is a little delayed, had a slight Fedora Core meltdown,
still recovering
Soon, you're going to say it's all my fault.
I am away without email next week, and I'm coming back on friday (in the
evening).
Rémy
Mladen Turk wrote:
Filip Hanik - Dev Lists wrote:
I was gonna suggest a
worker.workername.reuse=True|False
This is a very minor, non intrusive change since jk_ajp_*.c already
has a struct that has a reuse flag, and it respects it, the code
currently hard codes it to true.
It (or at least
Mladen Turk wrote:
Jim Jagielski wrote:
Makes no sense to me.
Yeah, the recommendation for people who are
hit by this is either (1) avoid AJP or (2)
set MaxRequestsPerChild (in httpd) to 1
See my reply about AJP13_END_RESPONSE reuse flag.
The Tomcat should be responsible for deciding
Filip Hanik - Dev Lists wrote:
Mladen Turk wrote:
See my reply about AJP13_END_RESPONSE reuse flag.
it works fine, connections close
So, is it working or not?
You've send two contradictory posts to this thread :)
Regards,
Mladen.
On Aug 18, 2006, at 12:40 PM, Mladen Turk wrote:
The Tomcat should be responsible for deciding
if the connection will be reused or not.
This doesn't match, iirc, how the whole cache_timeout
(or connection_pool_timeout) is done within mod_jk...
Basically, what's needed is a way to make each
On Aug 18, 2006, at 3:37 PM, Mladen Turk wrote:
Filip Hanik - Dev Lists wrote:
Mladen Turk wrote:
See my reply about AJP13_END_RESPONSE reuse flag.
it works fine, connections close
So, is it working or not?
You've send two contradictory posts to this thread :)
I think he's saying
+0, but I agree with Mladen that we should migrate all TC version if we move
to Jira.
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Friday, August 18, 2006 7:20 AM
To: Tomcat Developers List
Subject: JIRA ?
Maybe JIRA should be used for TC 6 ?
Rémy
Jim Jagielski wrote:
On Aug 18, 2006, at 3:37 PM, Mladen Turk wrote:
Filip Hanik - Dev Lists wrote:
Mladen Turk wrote:
See my reply about AJP13_END_RESPONSE reuse flag.
it works fine, connections close
So, is it working or not?
You've send two contradictory posts to this thread :)
Jim Jagielski wrote:
On Aug 18, 2006, at 12:40 PM, Mladen Turk wrote:
The Tomcat should be responsible for deciding
if the connection will be reused or not.
This doesn't match, iirc, how the whole cache_timeout
(or connection_pool_timeout) is done within mod_jk...
Basically, what's needed
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
my proposal is a little delayed, had a slight Fedora Core meltdown,
still recovering
Soon, you're going to say it's all my fault.
that's implicit :)
I am away without email next week, and I'm coming back on friday (in
the evening).
Jim Jagielski wrote:
On Aug 18, 2006, at 12:40 PM, Mladen Turk wrote:
The Tomcat should be responsible for deciding
if the connection will be reused or not.
This doesn't match, iirc, how the whole cache_timeout
(or connection_pool_timeout) is done within mod_jk...
Basically, what's needed
On Aug 18, 2006, at 4:06 PM, Mladen Turk wrote:
Jim Jagielski wrote:
On Aug 18, 2006, at 12:40 PM, Mladen Turk wrote:
The Tomcat should be responsible for deciding
if the connection will be reused or not.
This doesn't match, iirc, how the whole cache_timeout
(or connection_pool_timeout) is
There is an MSI installer available for jk-1.2.15. Are there plans for
doing the same for jk-1.2.18?
Regards,
Alex Finch
Alex Finch
Srv/Spt On-Site Engineer
Customer Support
Software Global Business Unit
Hewlett-Packard Company
+1 800.960.9998 Phone
[EMAIL PROTECTED]
www.hp.com
Greetings,
Over the past 7+ months I have been maintaining Tomcat on Gentoo. I
have now become a Gentoo developer so I can officially become the Tomcat
maintainer on Gentoo. With that said, I have a couple of things I am
curious about.
First off, is there any reason Jasper and
For the most part the Tomcat compiled from source on Gentoo provides
all, and does all the binary one does. With the exception of one jar,
naming-factory-dbcp.jar.
From looking at the build.xml file it seems that to build that
jar, .java files are needed from three other commons packages. Some of
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37793.
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://issues.apache.org/bugzilla/show_bug.cgi?id=40257.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
+0. If we do move to Jira then we should move all TC projects to Jira.
Mark
Remy Maucherat wrote:
Maybe JIRA should be used for TC 6 ?
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
Mark Thomas wrote:
+0. If we do move to Jira then we should move all TC projects to Jira.
Why exactly ?
TC 6 has (almost) no bugs filed, so the transition seems far easier. For
the others, there's a transition cost.
Rémy
57 matches
Mail list logo
