[
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
Author: olamy
Date: Mon May 21 08:10:26 2012
New Revision: 1340916
URL: http://svn.apache.org/viewvc?rev=1340916&view=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: tomcat/maven-plugin/trunk
Author: olamy
Date: Mon May 21 08:10:33 2012
New Revision: 1340917
URL: http://svn.apache.org/viewvc?rev=1340917&view=rev
Log:
add Peter Lynch in contributor section
Modified:
tomcat/maven-plugin/trunk/pom.xml
Modified: tomcat/maven-plugin/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/tom
[
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 dependenc
Author: olamy
Date: Mon May 21 08:12:53 2012
New Revision: 1340918
URL: http://svn.apache.org/viewvc?rev=1340918&view=rev
Log:
[MTOMCAT-154] support exec-war war run dependencies with classifiers
Submitted by Peter Lynch.
Modified:
tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/main/java
[
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!
>
[
https://issues.apache.org/jira/browse/MTOMCAT-153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13280017#comment-13280017
]
Hudson commented on MTOMCAT-153:
Integrated in TomcatMavenPlugin-mvn3.x #150 (See
[https
[
https://issues.apache.org/jira/browse/MTOMCAT-154?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13280018#comment-13280018
]
Hudson commented on MTOMCAT-154:
Integrated in TomcatMavenPlugin-mvn3.x #150 (See
[https
Author: olamy
Date: Mon May 21 08:36:51 2012
New Revision: 1340932
URL: http://svn.apache.org/viewvc?rev=1340932&view=rev
Log:
[MTOMCAT-156] exec-war should allow creation of exec-war in projects with any
packaging type
Submitted by Peter Lynch.
Modified:
tomcat/maven-plugin/trunk/tomcat7-m
[
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!
>
[
https://issues.apache.org/jira/browse/MTOMCAT-156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13280040#comment-13280040
]
Hudson commented on MTOMCAT-156:
Integrated in TomcatMavenPlugin-mvn3.x #151 (See
[https
Author: mturk
Date: Mon May 21 08:48:59 2012
New Revision: 1340935
URL: http://svn.apache.org/viewvc?rev=1340935&view=rev
Log:
Ensure force update
Modified:
tomcat/jk/trunk/native/common/jk_status.c
Modified: tomcat/jk/trunk/native/common/jk_status.c
URL:
http://svn.apache.org/viewvc/tomcat
Author: mturk
Date: Mon May 21 09:15:54 2012
New Revision: 1340942
URL: http://svn.apache.org/viewvc?rev=1340942&view=rev
Log:
Ensure force update
Modified:
tomcat/jk/trunk/native/common/jk_status.c
Modified: tomcat/jk/trunk/native/common/jk_status.c
URL:
http://svn.apache.org/viewvc/tomcat
[
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
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
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=revision&revision=1296944
-
To unsubscribe, e-mail: dev-unsu
- Mensaje original -
> De: "Rainer Jung"
}
>
> 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 7 backport.
>
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
---
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
[
https://issues.apache.org/jira/browse/MTOMCAT-155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13280146#comment-13280146
]
Olivier Lamy (*$^¨%`£) commented on MTOMCAT-155:
I miss you here. You are
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
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 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] should be back-
[
https://issues.apache.org/jira/browse/MTOMCAT-155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13280182#comment-13280182
]
Peter lynch commented on MTOMCAT-155:
-
Suppose the Maven project both creates the non
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 an
[
https://issues.apache.org/jira/browse/MTOMCAT-155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13280182#comment-13280182
]
Peter lynch edited comment on MTOMCAT-155 at 5/21/12 2:35 PM:
-
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 people
[
https://issues.apache.org/jira/browse/MTOMCAT-155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13280182#comment-13280182
]
Peter lynch edited comment on MTOMCAT-155 at 5/21/12 2:37 PM:
-
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
Severit
https://issues.apache.org/bugzilla/show_bug.cgi?id=53267
--- Comment #1 from Pid ---
Created attachment 28810
--> https://issues.apache.org/bugzilla/attachment.cgi?id=28810&action=edit
Docs patch for JreMemoryLeakPreventionListener.
--
You are receiving this mail because:
You are the assignee
https://issues.apache.org/bugzilla/show_bug.cgi?id=44454
--- Comment #27 from Paul Martin ---
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 mod_jk, we found that the
https://issues.apache.org/bugzilla/show_bug.cgi?id=53267
Leon Rosenberg changed:
What|Removed |Added
CC||rosenberg.l...@gmail.com
--
You
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:
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 ?
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 CMakeLi
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 conne
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
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 ar
On Mon, May 21, 2012 at 9:29 AM, Mark Thomas 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 code, ha
On Mon, May 21, 2012 at 10:31 AM, Mark Thomas 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 can build
On 21/05/2012 18:30, Costin Manolache wrote:
> On Mon, May 21, 2012 at 9:29 AM, Mark Thomas 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 sa
On Mon, May 21, 2012 at 10:48 AM, Mark Thomas wrote:
> On 21/05/2012 18:30, Costin Manolache wrote:
> > On Mon, May 21, 2012 at 9:29 AM, Mark Thomas wrote:
> >
> >> On 21/05/2012 15:26, Costin Manolache wrote:
> >>> My understanding is that the timeout is implemented in poll.c
> maintain()
> >>
2012/5/21 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 w
ok thank you for the quick answer
sorry to have missed it on the website
- Romain
2012/5/21 Konstantin Kolinko
> 2012/5/21 Romain Manni-Bucau :
> > Hi,
> >
> > how does tomcat manage context.xml at startup?
> >
> > from what i saw it uses org.apache.catalina.startup.HostConfig.DeployWar
> > b
On 05/21/2012 08:01 PM, Costin Manolache wrote:
On Mon, May 21, 2012 at 10:48 AM, Mark Thomas 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 timeout ). That will
On Mon, May 21, 2012 at 12:16 PM, Mladen Turk wrote:
> On 05/21/2012 08:01 PM, Costin Manolache wrote:
>
>> On Mon, May 21, 2012 at 10:48 AM, Mark Thomas 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 webs
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 ar
https://issues.apache.org/bugzilla/show_bug.cgi?id=53266
Christopher Schultz changed:
What|Removed |Added
OS||All
--- Comment #1 from Chri
https://issues.apache.org/bugzilla/show_bug.cgi?id=53266
Kevin Rose changed:
What|Removed |Added
Severity|minor |enhancement
--- Comment #2 from Kevin
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
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
On 05/21/2012 04:28 PM, Costin Manolache wrote:
Any plan to do a release out of trunk (1.2 ) ?
interrupt() and the others seem useful.
Yeah. plan to do this as soon as Mark finishes its
pollset changes.
Since apr 1.4.x was released for quite a while think we are safe.
Regards
--
^TM
--
51 matches
Mail list logo
