On 24.01.2011 22:51, jean-frederic clere wrote:
The candidates binaries are available here:
http://people.apache.org/~jfclere/tomcat-6/v6.0.31/
According to the release process, the 6.0.31 build corresponding to the
tag TOMCAT_6_0_31 is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
- MD5 OK
-
2011/1/25 jean-frederic clere jfcl...@gmail.com:
The candidates binaries are available here:
http://people.apache.org/~jfclere/tomcat-6/v6.0.31/
According to the release process, the 6.0.31 build corresponding to the
tag TOMCAT_6_0_31 is:
[x] Beta
That is because of issue observed with Nio
https://issues.apache.org/bugzilla/show_bug.cgi?id=50648
--- Comment #3 from Olivier Costet ocos...@zenprise.com 2011-01-27 06:17:20
EST ---
@Mark
Sorry about that. I'll file seperate entries and will try to match the style.
(In reply to comment #2)
2.
What type of exceptions have you seen
https://issues.apache.org/bugzilla/show_bug.cgi?id=50667
Summary: Tribes | RpcChannel | Add a callback for cases when an
error occured sending a reply to an RP call
Product: Tomcat 7
Version: 7.0.6
Platform: All
OS/Version:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50667
--- Comment #1 from Olivier Costet ocos...@zenprise.com 2011-01-27 06:57:27
EST ---
Reproducing comments from
https://issues.apache.org/bugzilla/show_bug.cgi?id=50648:
Filip Hanik wrote:
2.
What type of exceptions have you seen here?
https://issues.apache.org/bugzilla/show_bug.cgi?id=50670
Summary: Tribes | RpcChannel | Add option to specify external
class loaders to support custom message classes
Product: Tomcat 7
Version: 7.0.6
Platform: All
OS/Version:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50670
--- Comment #1 from Olivier Costet ocos...@zenprise.com 2011-01-27 08:46:47
EST ---
Reproducing comments from
https://issues.apache.org/bugzilla/show_bug.cgi?id=50648:
Filip Hanik wrote:
3.
The external loaders IMHO don't belong here.
https://issues.apache.org/bugzilla/show_bug.cgi?id=50670
--- Comment #2 from Olivier Costet ocos...@zenprise.com 2011-01-27 08:47:54
EST ---
Created an attachment (id=26560)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26560)
svn diff
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50667
--- Comment #2 from Olivier Costet ocos...@zenprise.com 2011-01-27 08:49:08
EST ---
Created an attachment (id=26561)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26561)
svn diff
CAVEAT: this proposal modifies the RpcCallback
https://issues.apache.org/bugzilla/show_bug.cgi?id=50648
--- Comment #4 from Olivier Costet ocos...@zenprise.com 2011-01-27 08:50:53
EST ---
Filed separe enhancement requests:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50667 (replyFailed)
https://issues.apache.org/bugzilla/show_bug.cgi?id=50642
--- Comment #2 from Mark Thomas ma...@apache.org 2011-01-27 08:41:35 EST ---
Looking at the KeepAliveCache more closely, the currently solution is the wrong
approach. Because the thread only exists for as long as it is needed and is
On 01/27/2011 10:30 AM, Konstantin Kolinko wrote:
2011/1/25 jean-frederic clerejfcl...@gmail.com:
The candidates binaries are available here:
http://people.apache.org/~jfclere/tomcat-6/v6.0.31/
According to the release process, the 6.0.31 build corresponding to the
tag TOMCAT_6_0_31 is:
[x]
https://issues.apache.org/bugzilla/show_bug.cgi?id=50673
Summary: Error when stopping Tomcat using services.msc
Product: Tomcat 7
Version: 7.0.6
Platform: PC
Status: NEW
Severity: normal
Priority: P2
Component:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50674
Summary: Some maven pom improvments
Product: Taglibs
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
https://issues.apache.org/bugzilla/show_bug.cgi?id=50674
--- Comment #1 from olamy ol...@apache.org 2011-01-27 11:06:34 EST ---
Created an attachment (id=26562)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26562)
taglibs parent patch
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50674
--- Comment #2 from olamy ol...@apache.org 2011-01-27 11:07:10 EST ---
Created an attachment (id=26563)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26563)
taglibs standard patch
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50673
Konstantin Kolinko knst.koli...@gmail.com changed:
What|Removed |Added
OS/Version||All
https://issues.apache.org/bugzilla/show_bug.cgi?id=50651
--- Comment #10 from Filip Hanik fha...@apache.org 2011-01-27 11:24:16 EST ---
(In reply to comment #9)
Created an attachment (id=26557)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26557) [details]
https://issues.apache.org/bugzilla/show_bug.cgi?id=50667
Filip Hanik fha...@apache.org changed:
What|Removed |Added
Status|NEW |NEEDINFO
---
Author: fhanik
Date: Thu Jan 27 16:38:08 2011
New Revision: 1064187
URL: http://svn.apache.org/viewvc?rev=1064187view=rev
Log:
votes
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50642
Mark Thomas ma...@apache.org changed:
What|Removed |Added
Status|NEW |NEEDINFO
---
Author: markt
Date: Thu Jan 27 16:44:32 2011
New Revision: 1064189
URL: http://svn.apache.org/viewvc?rev=1064189view=rev
Log:
Vote
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
All,
Today's (duplicate) bug report about held references in JSTL tags has me
thinking. What is the resistance to fixing the problem of object
retention in these tags?
JSP 1.8.2 says that all page-scoped objects are released after the
response is written or the request is forwarded to another
On 27/01/2011 16:54, Christopher Schultz wrote:
I'd love to hear some comments.
It is a simple trade-off.
Enable pooling, use more memory, have less GC
vs
Disable pooling, use less memory, have more GC
The memory/GC required will vary depending on which tags are used and
how they are used. I
On 01/22/2011 11:01 AM, Jim Jagielski wrote:
[X] Stable
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
https://issues.apache.org/bugzilla/show_bug.cgi?id=50640
Mark Thomas ma...@apache.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=50627
Mark Thomas ma...@apache.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=50642
--- Comment #4 from Christopher Schultz ch...@christopherschultz.net
2011-01-27 12:43:04 EST ---
Created an attachment (id=26564)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26564)
Servlet that should trigger this thread to
https://issues.apache.org/bugzilla/show_bug.cgi?id=50673
Konstantin Kolinko knst.koli...@gmail.com changed:
What|Removed |Added
Status|NEW
https://issues.apache.org/bugzilla/show_bug.cgi?id=50667
--- Comment #4 from Olivier Costet ocos...@zenprise.com 2011-01-27 12:55:27
EST ---
(In reply to comment #3)
I still don't understand this enhancement. What is the possibly use case for
implementing replyFailed.
The callback method
https://issues.apache.org/bugzilla/show_bug.cgi?id=50667
Olivier Costet ocos...@zenprise.com changed:
What|Removed |Added
Status|NEEDINFO|NEW
--
On Thu, Jan 27, 2011 at 11:54 AM, Christopher Schultz
ch...@christopherschultz.net wrote:
...
I'd love to hear some comments.
Some additional background:
https://issues.apache.org/bugzilla/show_bug.cgi?id=33934
I haven't looked at the patch, so I'm not sure exactly how that got solved...
--
https://issues.apache.org/bugzilla/show_bug.cgi?id=50642
--- Comment #5 from Konstantin Kolinko knst.koli...@gmail.com 2011-01-27
13:22:23 EST ---
Created an attachment (id=26566)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26566)
Alternative implementation of the servlet
https://issues.apache.org/bugzilla/show_bug.cgi?id=50642
Konstantin Kolinko knst.koli...@gmail.com changed:
What|Removed |Added
Status|NEEDINFO|NEW
--
Author: kkolinko
Date: Thu Jan 27 18:43:18 2011
New Revision: 1064252
URL: http://svn.apache.org/viewvc?rev=1064252view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=50651
Fix NPE in InternalNioOutputBuffer.recycle().
- Do not throw NPE when recycle() is called more than once.
-
https://issues.apache.org/bugzilla/show_bug.cgi?id=50651
Konstantin Kolinko knst.koli...@gmail.com changed:
What|Removed |Added
Status|NEW
Author: kkolinko
Date: Thu Jan 27 18:58:55 2011
New Revision: 1064254
URL: http://svn.apache.org/viewvc?rev=1064254view=rev
Log:
Followup to r1061433
Be consistent with locks on sessionCreationTiming, sessionExpirationTiming
in DeltaManager.resetStatistics(): use the same lock as elsewhere.
Author: kkolinko
Date: Thu Jan 27 19:06:19 2011
New Revision: 1064257
URL: http://svn.apache.org/viewvc?rev=1064257view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48822
Include context name in reload and stop log statements.
Based on the patch by Marc Guillemot.
Modified:
https://issues.apache.org/bugzilla/show_bug.cgi?id=48822
Konstantin Kolinko knst.koli...@gmail.com changed:
What|Removed |Added
Status|NEW
https://issues.apache.org/bugzilla/show_bug.cgi?id=50650
Konstantin Kolinko knst.koli...@gmail.com changed:
What|Removed |Added
Status|REOPENED
https://issues.apache.org/bugzilla/show_bug.cgi?id=50496
Mark Thomas ma...@apache.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Author: markt
Date: Thu Jan 27 19:43:23 2011
New Revision: 1064275
URL: http://svn.apache.org/viewvc?rev=1064275view=rev
Log:
Typo
Modified:
tomcat/trunk/webapps/docs/jasper-howto.xml
Modified: tomcat/trunk/webapps/docs/jasper-howto.xml
URL:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50631
Konstantin Kolinko knst.koli...@gmail.com changed:
What|Removed |Added
OS/Version||All
2011/1/27 jean-frederic clere jfcl...@gmail.com:
On 01/27/2011 10:30 AM, Konstantin Kolinko wrote:
2011/1/25 jean-frederic clerejfcl...@gmail.com:
The candidates binaries are available here:
http://people.apache.org/~jfclere/tomcat-6/v6.0.31/
According to the release process, the 6.0.31
https://issues.apache.org/bugzilla/show_bug.cgi?id=50664
balusc bal...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
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 andy smith.
http://wiki.apache.org/tomcat/PoweredBy?action=diffrev1=304rev2=305
--
===
https://issues.apache.org/bugzilla/show_bug.cgi?id=50664
--- Comment #2 from Christopher Schultz ch...@christopherschultz.net
2011-01-27 16:44:21 EST ---
I am in favor of using the context's WebappClassLoader when configuring a JNDI
DataSource defined in context.xml.
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50667
--- Comment #5 from Filip Hanik fha...@apache.org 2011-01-27 16:49:01 EST ---
Hi Olivier, yes, I see the use case. I do have a different suggestion for the
solution, as there is a significant change.
I'm attaching a patch with the summary
https://issues.apache.org/bugzilla/show_bug.cgi?id=50667
--- Comment #6 from Filip Hanik fha...@apache.org 2011-01-27 16:50:07 EST ---
Created an attachment (id=26567)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26567)
Patch to include replyFailed functionality
--
Configure
https://issues.apache.org/bugzilla/show_bug.cgi?id=50664
--- Comment #3 from Filip Hanik fha...@apache.org 2011-01-27 17:08:04 EST ---
(In reply to comment #2)
I am in favor of using the context's WebappClassLoader when configuring a JNDI
DataSource defined in context.xml.
Yes, but this can
https://issues.apache.org/bugzilla/show_bug.cgi?id=50664
--- Comment #4 from Konstantin Kolinko knst.koli...@gmail.com 2011-01-27
17:14:01 EST ---
(In reply to comment #2)
I am in favor of using the context's WebappClassLoader when configuring a JNDI
DataSource defined in context.xml.
Note,
2011/1/22 Jim Jagielski j...@jagunet.com:
[x] Stable
Best regards,
Konstantin Kolinko
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
https://issues.apache.org/bugzilla/show_bug.cgi?id=50677
Summary: Allow system property variables in catalina.properties
Product: Tomcat 7
Version: trunk
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
https://issues.apache.org/bugzilla/show_bug.cgi?id=50677
--- Comment #1 from Jim Riggs j...@riggs.me 2011-01-27 20:56:03 EST ---
Created an attachment (id=26568)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26568)
Proposal A
Substitute on retrieval.
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50677
--- Comment #2 from Jim Riggs j...@riggs.me 2011-01-27 20:56:37 EST ---
Created an attachment (id=26569)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26569)
Proposal B
Substitute on initialization.
--
Configure bugmail:
It also interacts with tag reinitialization as described here:
https://issues.apache.org/bugzilla/show_bug.cgi?id=49589
in that we hang on to the value when the tag is in the pool only to clear it
when we use it.
I think there are other optimizations that could be done to forEach but
On Jan 27, 2011, at 10:14 AM, Kris Schneider wrote:
On Thu, Jan 27, 2011 at 11:54 AM, Christopher Schultz
ch...@christopherschultz.net wrote:
...
I'd love to hear some comments.
Some additional background:
https://issues.apache.org/bugzilla/show_bug.cgi?id=33934
I haven't looked at the
57 matches
Mail list logo
