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
Unfortunately do not seems to contain any fix related to that issue.
I hope to find the time to get my logs and extract full details to open an
issue asap.
Thanks
On Tue, May 8, 2012 at 2:28 PM, Henri Gomez [via Tomcat] <
ml-node+s10n4960281...@n6.nabble.com> wrote:
> Java 7 u4 is available for
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/554
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason: scheduler
Build Source
On 08/05/2012 21:33, Mladen Turk wrote:
> On 05/08/2012 08:54 PM, Mark Thomas wrote:
>> On 08/05/2012 19:47, Costin Manolache wrote:
>>> You may still want to accept requests for existing sessions.
>>>
>>> Both 'graceful shutdown' and app deploy are important cases - it's just
>>> that current 'pau
On 05/08/2012 08:54 PM, Mark Thomas wrote:
On 08/05/2012 19:47, Costin Manolache wrote:
You may still want to accept requests for existing sessions.
Both 'graceful shutdown' and app deploy are important cases - it's just
that current 'pause()' is not that good for either of them, if you really
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/553
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason: scheduler
Build Sou
On 08/05/2012 21:09, Costin Manolache wrote:
> On Tue, May 8, 2012 at 11:54 AM, Mark Thomas wrote:
>> pause() on the connector means something very different to pause in the
>> reverse proxy. In the connector pause means:
>> - stop processing new connections
>> - close existing connections
>> - k
On Tue, May 8, 2012 at 11:54 AM, Mark Thomas wrote:
> On 08/05/2012 19:47, Costin Manolache wrote:
> > You may still want to accept requests for existing sessions.
> >
> > Both 'graceful shutdown' and app deploy are important cases - it's just
> > that current 'pause()' is not that good for eithe
Author: markt
Date: Tue May 8 20:07:23 2012
New Revision: 1335733
URL: http://svn.apache.org/viewvc?rev=1335733&view=rev
Log:
Ensure maxParameterCount applies to multi-part requests handled via Servlet 3.0
file upload
Modified:
tomcat/tc7.0.x/trunk/ (props changed)
tomcat/tc7.0.x/trun
https://issues.apache.org/bugzilla/show_bug.cgi?id=53034
--- Comment #2 from jie...@gmail.com ---
It looks correct, thank you Mark!
--
You are receiving this mail because:
You are the assignee for the bug.
Author: markt
Date: Tue May 8 20:05:00 2012
New Revision: 1335731
URL: http://svn.apache.org/viewvc?rev=1335731&view=rev
Log:
Ensure maxParameterCount applies to multi-part requests handled via Servlet 3.0
upload
Modified:
tomcat/trunk/java/org/apache/catalina/connector/Request.java
Modifi
Author: markt
Date: Tue May 8 19:40:24 2012
New Revision: 1335716
URL: http://svn.apache.org/viewvc?rev=1335716&view=rev
Log:
Changelog update
Modified:
tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml
Modified: tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml
URL:
http://svn.apache.org/view
https://issues.apache.org/bugzilla/show_bug.cgi?id=53034
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Author: markt
Date: Tue May 8 19:37:30 2012
New Revision: 1335715
URL: http://svn.apache.org/viewvc?rev=1335715&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=53034
Add project.url and project.licenses sections to all the POMs
Modified:
tomcat/tc7.0.x/trunk/ (props ch
Author: markt
Date: Tue May 8 19:34:10 2012
New Revision: 1335711
URL: http://svn.apache.org/viewvc?rev=1335711&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=53034
Add project.url and project.licenses setions to all the POMs
Modified:
tomcat/trunk/res/maven/tomcat-anno
https://issues.apache.org/bugzilla/show_bug.cgi?id=53024
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Author: markt
Date: Tue May 8 19:07:09 2012
New Revision: 1335700
URL: http://svn.apache.org/viewvc?rev=1335700&view=rev
Log:
It appears that pausing requests for a Context during reload was relying on the
mapper not being cleaned up correctly. The Lifecycle refactoring cleaned up the
mapper re
Author: markt
Date: Tue May 8 18:54:44 2012
New Revision: 1335692
URL: http://svn.apache.org/viewvc?rev=1335692&view=rev
Log:
It appears that pausing requests for a Context during reload was relying on the
mapper not being cleaned up correctly. The Lifecycle refactoring cleaned up the
mapper re
On 08/05/2012 19:47, Costin Manolache wrote:
> You may still want to accept requests for existing sessions.
>
> Both 'graceful shutdown' and app deploy are important cases - it's just
> that current 'pause()' is not that good for either of them, if you really
> want to cleanup...
>
> Maybe an opt
On Tue, May 8, 2012 at 11:01 AM, Mladen Turk wrote:
> On 05/08/2012 07:09 PM, Costin Manolache wrote:
>
>> IMHO neither 'graceful shutdown' nor 'deploy' are best served by not
>> accepting connections:
>> - for 'graceful' - a number of connections will get to backlog and
>> timeout,
>>
>
> Not su
Author: olamy
Date: Tue May 8 18:16:31 2012
New Revision: 1335674
URL: http://svn.apache.org/viewvc?rev=1335674&view=rev
Log:
fix link
Modified:
tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/run/RunMojo.java
Modified:
tomcat/maven-plug
On 05/08/2012 07:09 PM, Costin Manolache wrote:
IMHO neither 'graceful shutdown' nor 'deploy' are best served by not
accepting connections:
- for 'graceful' - a number of connections will get to backlog and timeout,
Not sure if ServerSocket.close() would cause cascade close of all
accepted sock
Thanks for looking it up :-)
+1 on removing it anyways - but it would be good to add some javadocs on
the pause() method, I never understood the use case.
IMHO neither 'graceful shutdown' nor 'deploy' are best served by not
accepting connections:
- for 'graceful' - a number of connections will ge
https://issues.apache.org/bugzilla/show_bug.cgi?id=53138
--- Comment #11 from Filip Hanik ---
(In reply to comment #10)
> Current suspect is:
> http://svn.apache.org/viewvc/tomcat/tc7.0.x/trunk/java/org/apache/tomcat/
> util/net/NioEndpoint.java?r1=1300872&r2=1300950&diff_format=h
Confirmed that
Author: markt
Date: Tue May 8 14:19:32 2012
New Revision: 1335547
URL: http://svn.apache.org/viewvc?rev=1335547&view=rev
Log:
Fix typo
Modified:
tomcat/trunk/java/org/apache/catalina/Context.java
Modified: tomcat/trunk/java/org/apache/catalina/Context.java
URL:
http://svn.apache.org/viewvc
Author: fhanik
Date: Tue May 8 14:17:43 2012
New Revision: 1335546
URL: http://svn.apache.org/viewvc?rev=1335546&view=rev
Log:
When a connection is disconnected, make sure we reset the cached values. This
can happen during a failed validation when reconnect() is called.
Modified:
tomcat/t
Java 7 u4 is available for some time now.
Did you try it ?
Le 8 mai 2012 à 12:03, Roberto Cisternino a
écrit :
> It seems to me a problem related to a naming bug in JDK 1.7.x
> I had similar problems using Glassfish when I upgraded from 3.1.1 to 3.1.2
> and on that time the JDK 1.7.x was rec
On 05/08/2012 12:28 PM, Mark Thomas wrote:
The only downside I can see is if someone wants zero backlog on
pause. That is no longer going to be possible.
According to javadocs setting socket's backlog to zero means 'OS default'
so this is not reliable anyhow.
Regards
--
^TM
-
On 08/05/2012 07:41, Mladen Turk wrote:
> 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
>>>
It seems to me a problem related to a naming bug in JDK 1.7.x
I had similar problems using Glassfish when I upgraded from 3.1.1 to 3.1.2
and on that time the JDK 1.7.x was recommended... I did it and my stable
enterprise application stopped working.
I would recommend to stay with JDK 1.6.x at lea
https://issues.apache.org/bugzilla/show_bug.cgi?id=52055
--- Comment #9 from Sudhan Moghe ---
Yes, It is fixed.
I have tested in 7.0.x. It is working fine.
I was getting some NPE's in InternalNioInputBuffer with my fix. That's why did
not post patch.
Not getting any exception with latest code fro
32 matches
Mail list logo
