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 prosch.
http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=296&rev2=297
--
{{http://www
On Thu, 2011-01-20 at 18:34 +, ma...@apache.org wrote:
> Author: markt
> Date: Thu Jan 20 18:34:18 2011
> New Revision: 1061442
>
> URL: http://svn.apache.org/viewvc?rev=1061442&view=rev
> Log:
> Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=50620
> Exceptions calling session.endAcces
On 21/01/2011 09:39, Remy Maucherat wrote:
> On Thu, 2011-01-20 at 18:34 +, ma...@apache.org wrote:
>> Author: markt
>> Date: Thu Jan 20 18:34:18 2011
>> New Revision: 1061442
>>
>> URL: http://svn.apache.org/viewvc?rev=1061442&view=rev
>> Log:
>> Fix https://issues.apache.org/bugzilla/show_bug
Dear wiki user,
You have subscribed to a wiki page "Tomcat Wiki" for change notification.
The page PoweredBy has been reverted to revision 290 by KonstantinKolinko.
The comment on this change is: Reverted to r290 to remove spam.
http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=297&rev2=29
https://issues.apache.org/bugzilla/show_bug.cgi?id=50629
Summary: Make the bindThread/unbindThread method protected
Product: Tomcat 7
Version: trunk
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: enhancement
Author: markt
Date: Fri Jan 21 12:39:15 2011
New Revision: 1061787
URL: http://svn.apache.org/viewvc?rev=1061787&view=rev
Log:
Improve error message & use i18n
Modified:
tomcat/trunk/java/org/apache/el/Messages.properties
tomcat/trunk/java/org/apache/el/parser/AstDotSuffix.java
tomcat
https://issues.apache.org/bugzilla/show_bug.cgi?id=50629
--- Comment #1 from Konstantin Kolinko 2011-01-21
07:40:04 EST ---
(In reply to comment #0)
> But the two methods bindThread and unbindThread is marked as private,
Methods of what class? Please, be more specific.
--
Configure bugmail: h
The Buildbot has detected a new failure of tomcat-trunk on ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/tomcat-trunk/builds/1180
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason:
Build Source Stamp: [branch tomcat/trunk] 106
Author: markt
Date: Fri Jan 21 13:17:12 2011
New Revision: 1061797
URL: http://svn.apache.org/viewvc?rev=1061797&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=50629
Make StandardContext.bindThread() and StandardContext.unbindThread() protected
to allow use by sub-classes.
https://issues.apache.org/bugzilla/show_bug.cgi?id=50629
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 20/01/2011 16:38, jean-frederic clere wrote:
> On 01/20/2011 05:09 PM, Mark Thomas wrote:
>> The memory leak in the Tomcat 7 NIO connector [1] got back-ported to
>> 6.0.x and included in 6.0.30. [2]
>>
>> I have proposed the fix for 6.0.x. Given the severity I think we need to
>> approve the bac
The Buildbot has detected a restored build of tomcat-trunk on ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/tomcat-trunk/builds/1181
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason:
Build Source Stamp: [branch tomcat/trunk]
On 21 January 2011 06:36, Caldarale, Charles R
wrote:
>> From: sebb [mailto:seb...@gmail.com]
>> Subject: Re: bug in TC6 ContainerBase class?
>
>> What method calls will force a reload? Why must the compiler
>> assume it has changed?
>
> Any other than Thread.sleep(). Again, we are discussing wha
All,
$ svn up
At revision 1061823.
$ ant release
[]
logkit-warning:
[echo]
[echo] *** WARNING ***
[echo] LogKit not found: Cannot Build LogKitLogger
[echo]
jdk1.4-warning:
avalon-framework-warning:
[echo]
[echo] *** WARNING ***
[echo] Ava
2011/1/21 Christopher Schultz :
> $ ant release
What is your ant version? 1.8.x is needed.
Buildbot runs "ant release" repeatedly, and it succeeds
E.g.
http://ci.apache.org/builders/tomcat-trunk/builds/1181
-> "3. compile" -> look at stdio file
Best regards,
Konstantin Kolinko
--
> From: sebb [mailto:seb...@gmail.com]
> Subject: Re: bug in TC6 ContainerBase class?
> There is no requirement for the compiler to reload variables unless
> the variable is volatile, or there is a shared lock between threads.
Correct - with one caveat: if the compiler cannot prove there is no
2011/1/21 Mark Thomas :
>> How can endAccess throw an exception ?
>
> I asked myself exactly the same question when I read the bug report. My
> conclusion was:
> - StandardSession - it can't unless there is a bug
> - DeltaSession - it can't unless there is a bug
> - Custom session implementation -
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 SvenWoltmann.
The comment on this change is: Added AndroidPIT.
http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=298&rev2=299
---
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 SvenWoltmann.
http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=299&rev2=300
--
{{http
On 21 January 2011 15:02, Caldarale, Charles R
wrote:
>> From: sebb [mailto:seb...@gmail.com]
>> Subject: Re: bug in TC6 ContainerBase class?
>
>> There is no requirement for the compiler to reload variables unless
>> the variable is volatile, or there is a shared lock between threads.
>
> Correct
2011/1/21 maxxe...@gmail.com :
> In TC6 catalina core, ContainerBase class defines this field to stop
> the background processor thread:
>
> private boolean threadDone = false;
>
> Shouldn't it be a volatile? Because the background processor refers to
> a classloader, could it prevent a (weak)
On 21 January 2011 15:52, Konstantin Kolinko wrote:
> 2011/1/21 maxxe...@gmail.com :
>> In TC6 catalina core, ContainerBase class defines this field to stop
>> the background processor thread:
>>
>> private boolean threadDone = false;
>>
>> Shouldn't it be a volatile? Because the background pr
Konstantin,
On 1/21/2011 9:47 AM, Konstantin Kolinko wrote:
> 2011/1/21 Christopher Schultz :
>> $ ant release
>
> What is your ant version? 1.8.x is needed.
$ ant -version
Apache Ant version 1.8.1 compiled on April 30 2010
> Buildbot runs "ant release" repeatedly, and it succeeds
Hmm. I'll r
2011/1/20 :
> Author: markt
> Date: Thu Jan 20 18:10:16 2011
> New Revision: 1061433
>
> URL: http://svn.apache.org/viewvc?rev=1061433&view=rev
> Log:
> Add session creation / expiration rate statistics to the session managers
> Adds ~10% to the session creation/destruction process when that is al
> From: sebb [mailto:seb...@gmail.com]
> Subject: Re: bug in TC6 ContainerBase class?
> Do you mean:
> * the compiler must assume that there is no synch, or
> * the compiler must assume that there is synch.
The latter; in the absence of information to the contrary, the compiler must
assume the
Author: markt
Date: Fri Jan 21 16:49:02 2011
New Revision: 1061900
URL: http://svn.apache.org/viewvc?rev=1061900&view=rev
Log:
Fix possible thread exhaustion
With a breakpoint in the servlet handling the timeout event, I was seeing a new
thread being allocated from the poll every second or so
Mo
Chuck,
On 1/21/2011 10:02 AM, Caldarale, Charles R wrote:
>> From: sebb [mailto:seb...@gmail.com] Subject: Re: bug in TC6
>> ContainerBase class?
>
>> There is no requirement for the compiler to reload variables
>> unless the variable is volatile, or there is a shared lock between
>> threads.
>
Author: schultz
Date: Fri Jan 21 17:46:03 2011
New Revision: 1061929
URL: http://svn.apache.org/viewvc?rev=1061929&view=rev
Log:
Fixed bug #49711: HttpServletRequest#getParts() does not work in a Filter
- Added attribute allowCasualMultipartParsing (default false)
- Requests that contain multipar
https://issues.apache.org/bugzilla/show_bug.cgi?id=49711
Christopher Schultz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
All,
I've just committed a fix for
https://issues.apache.org/bugzilla/show_bug.cgi?id=49711
(HttpServletRequest#getParts() does not work in a Filter) with a new
configuration attribute on the called
allowCasualMultipartParsing whose default value is "false". Please see
BZ for details.
I propose
https://issues.apache.org/bugzilla/show_bug.cgi?id=50234
--- Comment #2 from Christopher Schultz
2011-01-21 12:52:24 EST ---
It looks like annotations don't make any sense, here. Brain fart on my part.
On the other hand, it looks like a simple change to a properties file plus a
new build-jspc.x
All,
I typically use my home email address instead of my @apache.org for
everything, including BZ. I don't currently have rights to do things
like assign bugs to myself, etc. Can that be done? Or, should I start
using my @apache.org email address to do that sort of thing?
Thanks,
-chris
signat
On 21/01/2011 17:46, schu...@apache.org wrote:
> Author: schultz
> Date: Fri Jan 21 17:46:03 2011
> New Revision: 1061929
>
> URL: http://svn.apache.org/viewvc?rev=1061929&view=rev
> Log:
> Fixed bug #49711: HttpServletRequest#getParts() does not work in a Filter
> - Added attribute allowCasualMu
All,
Oops. I over-committed files. Evidently, svn commit doesn't work like
cvs commit.
I'll back-out my changes to:
tomcat/trunk/java/org/apache/catalina/ant/AbstractCatalinaTask.java
tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java
Sorry for the noise.
Thanks,
-chris
On 1/21/201
2011/1/21 Christopher Schultz :
> All,
>
> I've just committed a fix for
> https://issues.apache.org/bugzilla/show_bug.cgi?id=49711
> (HttpServletRequest#getParts() does not work in a Filter) with a new
> configuration attribute on the called
> allowCasualMultipartParsing whose default value is "f
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: bug in TC6 ContainerBase class?
> Are you saying that effectively most method calls have
> pre- and post-memory barriers?
Essentially yes - except in the presence of a JIT. Since a JIT can examine the
called meth
On 21/01/2011 17:53, Christopher Schultz wrote:
> All,
>
> I typically use my home email address instead of my @apache.org for
> everything, including BZ. I don't currently have rights to do things
> like assign bugs to myself, etc. Can that be done? Or, should I start
> using my @apache.org email
Author: schultz
Date: Fri Jan 21 18:04:38 2011
New Revision: 1061940
URL: http://svn.apache.org/viewvc?rev=1061940&view=rev
Log:
Reverted inadvertently-committed files from r1061929.
Modified:
tomcat/trunk/java/org/apache/catalina/ant/AbstractCatalinaTask.java
tomcat/trunk/java/org/apache
On 21/01/2011 17:57, Konstantin Kolinko wrote:
> 2011/1/21 Christopher Schultz :
>> All,
>>
>> I've just committed a fix for
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=49711
>> (HttpServletRequest#getParts() does not work in a Filter) with a new
>> configuration attribute on the called
Mark,
On 1/21/2011 1:02 PM, Mark Thomas wrote:
> On 21/01/2011 17:53, Christopher Schultz wrote:
>> All,
>>
>> I typically use my home email address instead of my @apache.org for
>> everything, including BZ. I don't currently have rights to do things
>> like assign bugs to myself, etc. Can that be
Konstantin,
On 1/21/2011 12:57 PM, Konstantin Kolinko wrote:
> 2011/1/21 Christopher Schultz :
>> All,
>>
>> I've just committed a fix for
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=49711
>> (HttpServletRequest#getParts() does not work in a Filter) with a new
>> configuration attribute
https://issues.apache.org/bugzilla/show_bug.cgi?id=50631
Summary: InternalNioInputBuffer should honor maxHttpHeadSize
Product: Tomcat 6
Version: 6.0.29
Platform: PC
Status: NEW
Severity: normal
Priority: P2
Compone
2011/1/21 Christopher Schultz :
> What about it's default setting?
>
I would opt for "false"
1) on the same grounds as Mark
2) what will happen with an older application that itself implements
file upload if this feature were enabled globally?
+e.printStackTrace();
Us
https://issues.apache.org/bugzilla/show_bug.cgi?id=49711
Christopher Schultz changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|
Author: schultz
Date: Fri Jan 21 18:32:39 2011
New Revision: 1061953
URL: http://svn.apache.org/viewvc?rev=1061953&view=rev
Log:
Re-fixed bug #49711: HttpServletRequest#getParts() does not work in a Filter
- Moved allowCasualMultipartParsing setting from to
Modified:
tomcat/trunk/java/org/
Author: schultz
Date: Fri Jan 21 18:36:53 2011
New Revision: 1061957
URL: http://svn.apache.org/viewvc?rev=1061957&view=rev
Log:
Removed debug logging added with r1061929.
Modified:
tomcat/trunk/java/org/apache/catalina/connector/Request.java
Modified: tomcat/trunk/java/org/apache/catalina/c
Author: schultz
Date: Fri Jan 21 18:38:28 2011
New Revision: 1061960
URL: http://svn.apache.org/viewvc?rev=1061960&view=rev
Log:
Fixed typo.
Modified:
tomcat/trunk/webapps/docs/config/context.xml
Modified: tomcat/trunk/webapps/docs/config/context.xml
URL:
http://svn.apache.org/viewvc/tomcat
https://issues.apache.org/bugzilla/show_bug.cgi?id=49711
Christopher Schultz changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://issues.apache.org/bugzilla/show_bug.cgi?id=50633
Summary: Stale cookie value obtained with getCookies() after
login/logout/login
Product: Tomcat 6
Version: 6.0.30
Platform: Macintosh
Status: NEW
Severity:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50633
Erik Bruchez changed:
What|Removed |Added
CC||e...@bruchez.org
OS/Version
50 matches
Mail list logo
