On 05/08/2012 08:34 AM, Costin Manolache wrote:
On Mon, May 7, 2012 at 11:05 PM, Mladen Turk wrote:
For real pause (stop accepting connections and wait till all sessions
times out) this can be done safely by setting 10 second timeout
on listening socket. It means that in worse case we would h
On Mon, May 7, 2012 at 11:05 PM, Mladen Turk wrote:
> On 05/08/2012 01:13 AM, Costin Manolache wrote:
>
>> On Mon, May 7, 2012 at 3:44 PM, Mladen Turk wrote:
>>
>> On 05/07/2012 11:05 PM, Costin Manolache wrote:
>>>
>>> By 'unlockAccept' you mean the socket connection made to the acceptor to
>
On 05/08/2012 01:13 AM, Costin Manolache wrote:
On Mon, May 7, 2012 at 3:44 PM, Mladen Turk wrote:
On 05/07/2012 11:05 PM, Costin Manolache wrote:
By 'unlockAccept' you mean the socket connection made to the acceptor to
force the accept() to unblock ? How are you getting the socket accept()
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 gene...@gump.apache.org.
Project tomcat-trunk-test has an issue affecting its community integration.
This i
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 gene...@gump.apache.org.
Project tomcat-tc7.0.x-test has an issue affecting its community integration.
This
https://issues.apache.org/bugzilla/show_bug.cgi?id=53203
Priority: P2
Bug ID: 53203
Assignee: dev@tomcat.apache.org
Summary: Incorrect document of ajp connectionTimeout.
Severity: normal
Classification: Unclassified
OS: All
https://issues.apache.org/bugzilla/show_bug.cgi?id=52853
--- Comment #21 from Benjamin Muschko ---
Thanks for pointing me towards the right solution, Mark. Works!
--
You are receiving this mail because:
You are the assignee for the bug.
On Mon, May 7, 2012 at 3:44 PM, Mladen Turk wrote:
> On 05/07/2012 11:05 PM, Costin Manolache wrote:
>
>> By 'unlockAccept' you mean the socket connection made to the acceptor to
>> force the accept() to unblock ? How are you getting the socket accept() to
>> return, my understanding was that clo
On 05/07/2012 11:05 PM, Costin Manolache wrote:
By 'unlockAccept' you mean the socket connection made to the acceptor to
force the accept() to unblock ? How are you getting the socket accept() to
return, my understanding was that close() or thread interrupt don't work in
all cases/VMs.
Well, m
Author: markt
Date: Mon May 7 21:11:34 2012
New Revision: 1335261
URL: http://svn.apache.org/viewvc?rev=1335261&view=rev
Log:
Deprecate unused code
Modified:
tomcat/tc7.0.x/trunk/ (props changed)
tomcat/tc7.0.x/trunk/java/org/apache/catalina/Context.java
Propchange: tomcat/tc7.0.x/tru
Author: markt
Date: Mon May 7 21:11:19 2012
New Revision: 1335259
URL: http://svn.apache.org/viewvc?rev=1335259&view=rev
Log:
Remove deprecated code
Modified:
tomcat/trunk/java/org/apache/catalina/Context.java
Modified: tomcat/trunk/java/org/apache/catalina/Context.java
URL:
http://svn.apa
Author: markt
Date: Mon May 7 21:10:39 2012
New Revision: 1335257
URL: http://svn.apache.org/viewvc?rev=1335257&view=rev
Log:
Deprecate unused code
Modified:
tomcat/trunk/java/org/apache/catalina/Context.java
Modified: tomcat/trunk/java/org/apache/catalina/Context.java
URL:
http://svn.apac
By 'unlockAccept' you mean the socket connection made to the acceptor to
force the accept() to unblock ? How are you getting the socket accept() to
return, my understanding was that close() or thread interrupt don't work in
all cases/VMs.
Costin
On Mon, May 7, 2012 at 9:24 AM, Mladen Turk wrote:
On 05/07/2012 08:48 PM, Mark Thomas wrote:
I'm not entirely clear on what you are proposing. Can you provide a
proposed patch for this?
Sure.
Need to port that to trunk and new AbstractEndpoint.
Attached is a patch for something similar to tomcat7 :)
just to get an idea.
AFAICT this is not
https://issues.apache.org/bugzilla/show_bug.cgi?id=53199
Filip Hanik changed:
What|Removed |Added
Status|NEW |NEEDINFO
OS|
https://issues.apache.org/bugzilla/show_bug.cgi?id=52858
Filip Hanik changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
On 07/05/2012 17:24, Mladen Turk wrote:
> Hi
>
> Did some testing and removing unlockAccept works equally
> fine (and in some circumstances pause/continue and even shutdown is much
> faster).
> Using a simple socket close on stop/destroy and monitoring
> for pause 'after' acceptSocket() by not han
https://issues.apache.org/bugzilla/show_bug.cgi?id=53200
Priority: P2
Bug ID: 53200
Assignee: dev@tomcat.apache.org
Summary: Be able to use SlowQueryReport without reporting
failed queries
Severity: enhancement
Classifica
Hi
Did some testing and removing unlockAccept works equally
fine (and in some circumstances pause/continue and even shutdown is much
faster).
Using a simple socket close on stop/destroy and monitoring
for pause 'after' acceptSocket() by not handling single
connection received after pause elimina
https://issues.apache.org/bugzilla/show_bug.cgi?id=53199
Priority: P2
Bug ID: 53199
Assignee: dev@tomcat.apache.org
Summary: Refactor ConnectionPool to use
ScheduledExecutorService instead of TimerTask
Severity: enhancement
The Buildbot has detected a new failure on builder tomcat-7-trunk while
building ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/tomcat-7-trunk/builds/550
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason: scheduler
Build Source
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change
notification.
The "PoweredBy" page has been changed by Android Porno:
http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=409&rev2=410
=== Gridsphere ===
[[http://www.gridsphere.org/gridsphe
https://issues.apache.org/bugzilla/show_bug.cgi?id=53024
--- Comment #8 from Mark Thomas ---
I can recreate this with the provided test case. The 404 response is not the
expected behaviour. Tomcat should pause the request until the application
finishes reloading and then server.
--
You are rece
https://issues.apache.org/bugzilla/show_bug.cgi?id=52853
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Author: markt
Date: Mon May 7 13:59:08 2012
New Revision: 1335027
URL: http://svn.apache.org/viewvc?rev=1335027&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=52853
Clarify how JarScanner handles directories.
Modified:
tomcat/tc7.0.x/trunk/ (props changed)
tomcat/
Author: markt
Date: Mon May 7 13:57:41 2012
New Revision: 1335026
URL: http://svn.apache.org/viewvc?rev=1335026&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=52853
Clarify how JarScanner handles directories.
Modified:
tomcat/trunk/webapps/docs/config/jar-scanner.xml
M
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 gene...@gump.apache.org.
Project tomcat-trunk-test has an issue affecting its community integration.
This i
https://issues.apache.org/bugzilla/show_bug.cgi?id=53173
Filip Hanik changed:
What|Removed |Added
CC||parker.p@gmail.com
--- Comment #
https://issues.apache.org/bugzilla/show_bug.cgi?id=53186
Filip Hanik changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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 gene...@gump.apache.org.
Project tomcat-tc7.0.x-test has an issue affecting its community integration.
This
> Hi,
>
> I plan to tag 1.2.36 (as promised after finishing shm rewrite).
> There is one nasty bug in windows status worker and sharing
> actually doesn't work in 1.2.35, so a couple of very good
> reasons for a quick release.
>
> Comments?
Go for it
--
The Buildbot has detected a restored build on builder tomcat-7-trunk while
building ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/tomcat-7-trunk/builds/549
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason: scheduler
Build Sou
The Buildbot has detected a new failure on builder tomcat-trunk while building
ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/tomcat-trunk/builds/2952
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason: scheduler
Build Source St
Author: kfujino
Date: Mon May 7 09:13:18 2012
New Revision: 1334934
URL: http://svn.apache.org/viewvc?rev=1334934&view=rev
Log:
Make sure ContextMBean#findFilterDefs returns correct filter definitions.
Modified:
tomcat/tc7.0.x/trunk/java/org/apache/catalina/mbeans/ContextMBean.java
tomca
Author: kfujino
Date: Mon May 7 09:10:04 2012
New Revision: 1334932
URL: http://svn.apache.org/viewvc?rev=1334932&view=rev
Log:
Make sure ContextMBean#findFilterDefs returns correct filter definitions.
Modified:
tomcat/trunk/java/org/apache/catalina/mbeans/ContextMBean.java
Modified: tomca
On 07/05/2012 10:01, Mladen Turk wrote:
> Hi,
>
> I plan to tag 1.2.36 (as promised after finishing shm rewrite).
> There is one nasty bug in windows status worker and sharing
> actually doesn't work in 1.2.35, so a couple of very good
> reasons for a quick release.
>
> Comments?
+1 Go for it.
Hi,
I plan to tag 1.2.36 (as promised after finishing shm rewrite).
There is one nasty bug in windows status worker and sharing
actually doesn't work in 1.2.35, so a couple of very good
reasons for a quick release.
Comments?
Regards
--
^TM
-
https://issues.apache.org/bugzilla/show_bug.cgi?id=51767
Mladen Turk changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=50511
Mladen Turk changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=51767
--- Comment #1 from Mladen Turk ---
Please use the latest release (1.2.35)
--
You are receiving this mail because:
You are the assignee for the bug.
https://issues.apache.org/bugzilla/show_bug.cgi?id=52074
Mladen Turk changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=52270
Mladen Turk changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=52432
Mladen Turk changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=53053
Mladen Turk changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=52286
Mladen Turk changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=53139
--- Comment #2 from Randy ---
But there are cases when developers also have access to JMX but aren't supposed
to see such security details.
--
You are receiving this mail because:
You are the assignee for the bug.
46 matches
Mail list logo
