[Bug 44454] busy count reported in mod_jk inflated, causes incorrect balancing

2012-05-21 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=44454 --- Comment #26 from feizheng zxf5...@126.com --- Created attachment 28807 -- https://issues.apache.org/bugzilla/attachment.cgi?id=28807action=edit Mod_jk scheduling errors -- You are receiving this mail because: You are the assignee

[jira] [Updated] (MTOMCAT-153) align all Maven dependency versions to 2.0.11

2012-05-21 Thread *$^¨%`£
[ https://issues.apache.org/jira/browse/MTOMCAT-153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Olivier Lamy (*$^¨%`£) updated MTOMCAT-153: --- Fix Version/s: 2.0 Assignee: Olivier Lamy (*$^¨%`£) align all

svn commit: r1340916 - /tomcat/maven-plugin/trunk/pom.xml

2012-05-21 Thread olamy
Author: olamy Date: Mon May 21 08:10:26 2012 New Revision: 1340916 URL: http://svn.apache.org/viewvc?rev=1340916view=rev Log: [MTOMCAT-153] align all Maven dependency versions to 2.0.11 Submitted by Peter lynch. Modified: tomcat/maven-plugin/trunk/pom.xml Modified:

svn commit: r1340917 - /tomcat/maven-plugin/trunk/pom.xml

2012-05-21 Thread olamy
Author: olamy Date: Mon May 21 08:10:33 2012 New Revision: 1340917 URL: http://svn.apache.org/viewvc?rev=1340917view=rev Log: add Peter Lynch in contributor section Modified: tomcat/maven-plugin/trunk/pom.xml Modified: tomcat/maven-plugin/trunk/pom.xml URL:

[jira] [Closed] (MTOMCAT-153) align all Maven dependency versions to 2.0.11

2012-05-21 Thread *$^¨%`£
[ https://issues.apache.org/jira/browse/MTOMCAT-153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Olivier Lamy (*$^¨%`£) closed MTOMCAT-153. -- Resolution: Fixed fixed. Thanks ! align all Maven

svn commit: r1340918 - /tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/run/AbstractExecWarMojo.java

2012-05-21 Thread olamy
Author: olamy Date: Mon May 21 08:12:53 2012 New Revision: 1340918 URL: http://svn.apache.org/viewvc?rev=1340918view=rev Log: [MTOMCAT-154] support exec-war war run dependencies with classifiers Submitted by Peter Lynch. Modified:

[jira] [Closed] (MTOMCAT-154) support exec-war war run dependencies with classifiers

2012-05-21 Thread *$^¨%`£
[ https://issues.apache.org/jira/browse/MTOMCAT-154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Olivier Lamy (*$^¨%`£) closed MTOMCAT-154. -- Resolution: Fixed Fix Version/s: 2.0 fixed. Thanks!

[jira] [Commented] (MTOMCAT-153) align all Maven dependency versions to 2.0.11

2012-05-21 Thread Hudson (JIRA)
[ https://issues.apache.org/jira/browse/MTOMCAT-153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13280017#comment-13280017 ] Hudson commented on MTOMCAT-153: Integrated in TomcatMavenPlugin-mvn3.x #150 (See

[jira] [Commented] (MTOMCAT-154) support exec-war war run dependencies with classifiers

2012-05-21 Thread Hudson (JIRA)
[ https://issues.apache.org/jira/browse/MTOMCAT-154?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13280018#comment-13280018 ] Hudson commented on MTOMCAT-154: Integrated in TomcatMavenPlugin-mvn3.x #150 (See

svn commit: r1340932 - /tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/run/AbstractExecWarMojo.java

2012-05-21 Thread olamy
Author: olamy Date: Mon May 21 08:36:51 2012 New Revision: 1340932 URL: http://svn.apache.org/viewvc?rev=1340932view=rev Log: [MTOMCAT-156] exec-war should allow creation of exec-war in projects with any packaging type Submitted by Peter Lynch. Modified:

[jira] [Closed] (MTOMCAT-156) exec-war should allow creation of exec-war in projects with any packaging type

2012-05-21 Thread *$^¨%`£
[ https://issues.apache.org/jira/browse/MTOMCAT-156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Olivier Lamy (*$^¨%`£) closed MTOMCAT-156. -- Resolution: Fixed Fix Version/s: 2.0 fixed. Thanks!

[jira] [Commented] (MTOMCAT-156) exec-war should allow creation of exec-war in projects with any packaging type

2012-05-21 Thread Hudson (JIRA)
[ https://issues.apache.org/jira/browse/MTOMCAT-156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13280040#comment-13280040 ] Hudson commented on MTOMCAT-156: Integrated in TomcatMavenPlugin-mvn3.x #151 (See

svn commit: r1340935 - /tomcat/jk/trunk/native/common/jk_status.c

2012-05-21 Thread mturk
Author: mturk Date: Mon May 21 08:48:59 2012 New Revision: 1340935 URL: http://svn.apache.org/viewvc?rev=1340935view=rev Log: Ensure force update Modified: tomcat/jk/trunk/native/common/jk_status.c Modified: tomcat/jk/trunk/native/common/jk_status.c URL:

svn commit: r1340942 - /tomcat/jk/trunk/native/common/jk_status.c

2012-05-21 Thread mturk
Author: mturk Date: Mon May 21 09:15:54 2012 New Revision: 1340942 URL: http://svn.apache.org/viewvc?rev=1340942view=rev Log: Ensure force update Modified: tomcat/jk/trunk/native/common/jk_status.c Modified: tomcat/jk/trunk/native/common/jk_status.c URL:

[jira] [Updated] (MTOMCAT-155) allow exec-war war run dependencies that are generated in current mvn execution, but not yet installed to maven repo

2012-05-21 Thread Peter lynch (JIRA)
[ https://issues.apache.org/jira/browse/MTOMCAT-155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter lynch updated MTOMCAT-155: Summary: allow exec-war war run dependencies that are generated in current mvn execution, but not

native connector tool chain

2012-05-21 Thread Mark Thomas
I am trying to build the 1.1.x native connector from trunk so I can test the changes I plan to make to support per socket time outs. I can build using dynamic linking but not statically. What tool chain are folks currently using to build the native connector binaries we currently ship? My current

Porting native fixes from trunk to 1.1.x

2012-05-21 Thread Mark Thomas
Just a quick check before I hit commit. Am I correct in thinking that r1296944 [1] should be back-ported to 1.1.x? Cheers, Mark [1] http://svn.apache.org/viewvc?view=revisionrevision=1296944 - To unsubscribe, e-mail:

Re: svn commit: r1340215 - /tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java

2012-05-21 Thread Filip Hanik Mailing Lists
- Mensaje original - De: Rainer Jung rainer.j...@kippdata.de } Was that intentional? I'd say the timestamp should be provided by the log framework and not by java.sql.Date. But maybe the whole message is just a leftover from debugging the issue. The same for the TC

Re: Porting native fixes from trunk to 1.1.x

2012-05-21 Thread Mark Thomas
On 21/05/2012 13:25, Mark Thomas wrote: Just a quick check before I hit commit. Am I correct in thinking that r1296944 [1] should be back-ported to 1.1.x? Ignore me. I now realise I am wrong since interrupt() isn't implemented in the 1.1.x branch. Mark

Re: APR/native and per socket timeouts.

2012-05-21 Thread Mark Thomas
On 20/05/2012 21:47, Mladen Turk wrote: On 05/20/2012 08:37 PM, Mark Thomas wrote: Therefore, I intend modifying the APR/native code to support per socket time outs. I would be grateful if those of you with more C knowledge than I (which is most people on this list) could: a) tell me now if

[jira] [Commented] (MTOMCAT-155) allow exec-war war run dependencies that are generated in current mvn execution, but not yet installed to maven repo

2012-05-21 Thread *$^¨%`£
[ https://issues.apache.org/jira/browse/MTOMCAT-155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13280146#comment-13280146 ] Olivier Lamy (*$^¨%`£) commented on MTOMCAT-155: I miss you here. You are

Re: APR/native and per socket timeouts.

2012-05-21 Thread Costin Manolache
My understanding is that the timeout is implemented in poll.c maintain() - by scanning the socket list in C. Why not doing the same thing in java - i.e. don't touch native code, have all sockets 'long', and close whenever you need from java ? Costin On Mon, May 21, 2012 at 5:55 AM, Mark Thomas

Re: Porting native fixes from trunk to 1.1.x

2012-05-21 Thread Costin Manolache
Any plan to do a release out of trunk (1.2 ) ? interrupt() and the others seem useful. Costin On Mon, May 21, 2012 at 5:41 AM, Mark Thomas ma...@apache.org wrote: On 21/05/2012 13:25, Mark Thomas wrote: Just a quick check before I hit commit. Am I correct in thinking that r1296944 [1]

[jira] [Commented] (MTOMCAT-155) allow exec-war war run dependencies that are generated in current mvn execution, but not yet installed to maven repo

2012-05-21 Thread Peter lynch (JIRA)
[ https://issues.apache.org/jira/browse/MTOMCAT-155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13280182#comment-13280182 ] Peter lynch commented on MTOMCAT-155: - Suppose the Maven project both creates the non

Re: native connector tool chain

2012-05-21 Thread Costin Manolache
Sorry, haven't compiled on windows in last 10 years. I suspect the easiest path would be cygwin and gcc. If you want to use vcc - you need to find a way to generate the project file with the right flags. One option would be to use the CMakeLists.txt - you'll probably need to adjust the options

[jira] [Comment Edited] (MTOMCAT-155) allow exec-war war run dependencies that are generated in current mvn execution, but not yet installed to maven repo

2012-05-21 Thread Peter lynch (JIRA)
[ https://issues.apache.org/jira/browse/MTOMCAT-155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13280182#comment-13280182 ] Peter lynch edited comment on MTOMCAT-155 at 5/21/12 2:35 PM:

Re: APR/native and per socket timeouts.

2012-05-21 Thread Mladen Turk
On 05/21/2012 02:55 PM, Mark Thomas wrote: On 20/05/2012 21:47, Mladen Turk wrote: On 05/20/2012 08:37 PM, Mark Thomas wrote: Therefore, I intend modifying the APR/native code to support per socket time outs. I would be grateful if those of you with more C knowledge than I (which is most

[jira] [Comment Edited] (MTOMCAT-155) allow exec-war war run dependencies that are generated in current mvn execution, but not yet installed to maven repo

2012-05-21 Thread Peter lynch (JIRA)
[ https://issues.apache.org/jira/browse/MTOMCAT-155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13280182#comment-13280182 ] Peter lynch edited comment on MTOMCAT-155 at 5/21/12 2:37 PM:

[Bug 53267] New: The JreMemoryLeakPreventionListener causes a full GC every hour when gcDaemonProtection=true

2012-05-21 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=53267 Priority: P2 Bug ID: 53267 Assignee: dev@tomcat.apache.org Summary: The JreMemoryLeakPreventionListener causes a full GC every hour when gcDaemonProtection=true

[Bug 53267] The JreMemoryLeakPreventionListener causes a full GC every hour when gcDaemonProtection=true

2012-05-21 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=53267 --- Comment #1 from Pid bugzi...@pidster.com --- Created attachment 28810 -- https://issues.apache.org/bugzilla/attachment.cgi?id=28810action=edit Docs patch for JreMemoryLeakPreventionListener. -- You are receiving this mail because:

[Bug 44454] busy count reported in mod_jk inflated, causes incorrect balancing

2012-05-21 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=44454 --- Comment #27 from Paul Martin toutatis...@gmail.com --- For anyone having this issue, you should know that mod_proxy can essentially be used as a functional replacement to mod_jk. While mod_proxy is theoretically less efficient than

[Bug 53267] The JreMemoryLeakPreventionListener causes a full GC every hour when gcDaemonProtection=true

2012-05-21 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=53267 Leon Rosenberg rosenberg.l...@gmail.com changed: What|Removed |Added CC|

tomcat deploywar context.xml

2012-05-21 Thread Romain Manni-Bucau
Hi, how does tomcat manage context.xml at startup? from what i saw it uses org.apache.catalina.startup.HostConfig.DeployWar but in org.apache.catalina.startup.HostConfig#deployWAR it reads the context.xml file before overriding it with contextname info which ignores the context.xml file:

Re: APR/native and per socket timeouts.

2012-05-21 Thread Mark Thomas
On 21/05/2012 15:26, Costin Manolache wrote: My understanding is that the timeout is implemented in poll.c maintain() - by scanning the socket list in C. Why not doing the same thing in java - i.e. don't touch native code, have all sockets 'long', and close whenever you need from java ? The

Re: native connector tool chain

2012-05-21 Thread Mark Thomas
On 21/05/2012 15:35, Costin Manolache wrote: Sorry, haven't compiled on windows in last 10 years. I suspect the easiest path would be cygwin and gcc. If you want to use vcc - you need to find a way to generate the project file with the right flags. One option would be to use the

Re: native connector tool chain

2012-05-21 Thread Mladen Turk
On 05/21/2012 02:05 PM, Mark Thomas wrote: I am trying to build the 1.1.x native connector from trunk so I can test the changes I plan to make to support per socket time outs. I can build using dynamic linking but not statically. What tool chain are folks currently using to build the native

[GUMP@vmgump]: Project tomcat-tc7.0.x-test (in module tomcat-7.0.x) failed

2012-05-21 Thread Bill Barker
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.

Re: native connector tool chain

2012-05-21 Thread Mark Thomas
On 21/05/2012 17:52, Mladen Turk wrote: On 05/21/2012 02:05 PM, Mark Thomas wrote: I am trying to build the 1.1.x native connector from trunk so I can test the changes I plan to make to support per socket time outs. I can build using dynamic linking but not statically. What tool chain are

Re: APR/native and per socket timeouts.

2012-05-21 Thread Costin Manolache
On Mon, May 21, 2012 at 9:29 AM, Mark Thomas ma...@apache.org wrote: On 21/05/2012 15:26, Costin Manolache wrote: My understanding is that the timeout is implemented in poll.c maintain() - by scanning the socket list in C. Why not doing the same thing in java - i.e. don't touch native

Re: native connector tool chain

2012-05-21 Thread Costin Manolache
On Mon, May 21, 2012 at 10:31 AM, Mark Thomas ma...@apache.org wrote: On 21/05/2012 17:52, Mladen Turk wrote: On 05/21/2012 02:05 PM, Mark Thomas wrote: I am trying to build the 1.1.x native connector from trunk so I can test the changes I plan to make to support per socket time outs. I

Re: APR/native and per socket timeouts.

2012-05-21 Thread Mark Thomas
On 21/05/2012 18:30, Costin Manolache wrote: On Mon, May 21, 2012 at 9:29 AM, Mark Thomas ma...@apache.org wrote: On 21/05/2012 15:26, Costin Manolache wrote: My understanding is that the timeout is implemented in poll.c maintain() - by scanning the socket list in C. Why not doing the

Re: APR/native and per socket timeouts.

2012-05-21 Thread Costin Manolache
On Mon, May 21, 2012 at 10:48 AM, Mark Thomas ma...@apache.org wrote: On 21/05/2012 18:30, Costin Manolache wrote: On Mon, May 21, 2012 at 9:29 AM, Mark Thomas ma...@apache.org wrote: On 21/05/2012 15:26, Costin Manolache wrote: My understanding is that the timeout is implemented in

Re: tomcat deploywar context.xml

2012-05-21 Thread Konstantin Kolinko
2012/5/21 Romain Manni-Bucau rmannibu...@gmail.com: Hi, how does tomcat manage context.xml at startup? from what i saw it uses org.apache.catalina.startup.HostConfig.DeployWar but in org.apache.catalina.startup.HostConfig#deployWAR it reads the context.xml file before overriding it with

Re: tomcat deploywar context.xml

2012-05-21 Thread Romain Manni-Bucau
ok thank you for the quick answer sorry to have missed it on the website - Romain 2012/5/21 Konstantin Kolinko knst.koli...@gmail.com 2012/5/21 Romain Manni-Bucau rmannibu...@gmail.com: Hi, how does tomcat manage context.xml at startup? from what i saw it uses

Re: APR/native and per socket timeouts.

2012-05-21 Thread Mladen Turk
On 05/21/2012 08:01 PM, Costin Manolache wrote: On Mon, May 21, 2012 at 10:48 AM, Mark Thomasma...@apache.org wrote: My point was that you don't need to change anything in native. Leave APR as it is - just use '0' as timeout for the websocket sockets ( or any scoket that needs arbitrary

Re: APR/native and per socket timeouts.

2012-05-21 Thread Costin Manolache
On Mon, May 21, 2012 at 12:16 PM, Mladen Turk mt...@apache.org wrote: On 05/21/2012 08:01 PM, Costin Manolache wrote: On Mon, May 21, 2012 at 10:48 AM, Mark Thomasma...@apache.org wrote: My point was that you don't need to change anything in native. Leave APR as it is - just use '0' as

Re: native connector tool chain

2012-05-21 Thread Mark Thomas
On 21/05/2012 17:52, Mladen Turk wrote: On 05/21/2012 02:05 PM, Mark Thomas wrote: I am trying to build the 1.1.x native connector from trunk so I can test the changes I plan to make to support per socket time outs. I can build using dynamic linking but not statically. What tool chain are

[Bug 53266] ServletContainerInitializer will crash catalina if dependcy is not present.

2012-05-21 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=53266 Christopher Schultz ch...@christopherschultz.net changed: What|Removed |Added OS|

[Bug 53266] ServletContainerInitializer will crash catalina if dependcy is not present.

2012-05-21 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=53266 Kevin Rose ke...@roseassociation.com changed: What|Removed |Added Severity|minor |enhancement

[GUMP@vmgump]: Project tomcat-tc7.0.x-test (in module tomcat-7.0.x) failed

2012-05-21 Thread Bill Barker
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.

[GUMP@vmgump]: Project tomcat-trunk-test (in module tomcat-trunk) failed

2012-05-21 Thread Bill Barker
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