You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by fh...@apache.org on 2010/02/22 23:04:23 UTC
svn commit: r915087 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: fhanik
Date: Mon Feb 22 22:04:23 2010
New Revision: 915087
URL: http://svn.apache.org/viewvc?rev=915087&view=rev
Log:
votes
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=915087&r1=915086&r2=915087&view=diff
==============================================================================
--- tomcat/tc6.0.x/trunk/STATUS.txt (original)
+++ tomcat/tc6.0.x/trunk/STATUS.txt Mon Feb 22 22:04:23 2010
@@ -78,47 +78,47 @@
* Fix various EL TCK failures
http://svn.apache.org/viewvc?view=rev&rev=899653 (signatures)
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
http://svn.apache.org/viewvc?view=rev&rev=899769 (CCE expected)
http://svn.apache.org/viewvc?view=rev&rev=899770 (CCE expected)
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
kkolinko: Maybe better name for that message, because it says about
arrays, yet name is rather generic
http://svn.apache.org/viewvc?view=rev&rev=899783 (ELException expected)
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
http://svn.apache.org/viewvc?view=rev&rev=899788 (PNFE expected)
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
kkolinko: I think o.a.jasper.el.ELResolverImpl#getType(ELContext,Object,Object)
should likewise throw a PropertyNotFoundException instead of returning null.
I have no test, though.
http://svn.apache.org/viewvc?view=rev&rev=899792 (ELException rather than IAE)
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
http://svn.apache.org/viewvc?view=rev&rev=899916 (ELException rather than IAE)
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
http://svn.apache.org/viewvc?view=rev&rev=899918 (Enum coercion test cases)
http://svn.apache.org/viewvc?view=rev&rev=899919 (Enum coercion bug)
http://svn.apache.org/viewvc?rev=909875&view=rev (kkolinko's review - toString())
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
http://svn.apache.org/viewvc?view=rev&rev=899935 (ELException expected)
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
http://svn.apache.org/viewvc?view=rev&rev=899949 (ignore whitespace on comp)
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
kkolinko: Why ValueExpressionImpl.equals() is implemented as comparing
the hash codes? What will happen with false positives?
@@ -141,49 +141,49 @@
NamingContext.createSubcontext method returns Context with wrong name
Based on a suggestion by gingyang.xu
http://svn.apache.org/viewvc?rev=905722&view=rev
- +1: markt
+ +1: markt, fhanik
-1:
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48678
Having two server fields in the type hierarchy was causing unexpected
behaviour
http://svn.apache.org/viewvc?rev=907311&view=rev
- +1: markt, jfclere
+ +1: markt, jfclere, fhanik
-1:
* Mark the host-manager docs as todo
http://svn.apache.org/viewvc?rev=907513&view=rev
- +1: markt, jfclere
+ +1: markt, jfclere, fhanik
-1:
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48668
Don't look for EL matches (which swallow the EL match string) if EL is not
enabled
http://svn.apache.org/viewvc?rev=907538&view=rev
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
Additional patch:
http://svn.apache.org/viewvc?rev=907864&view=rev
- +1: kkolinko, markt
+ +1: kkolinko, markt, fhanik
-1:
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48660
Vary should add to Vary header rather than over-write it
http://svn.apache.org/viewvc?rev=907544&view=rev
- +1: markt, jfclere
+ +1: markt, jfclere, fhanik
-1:
* More memory leak protection
We can do something about threads started via java.util.Timer
http://svn.apache.org/viewvc?rev=907652&view=rev
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48109
Extend try/finally to ensure InputStream is closed
http://svn.apache.org/viewvc?rev=907819&view=rev
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48694
@@ -197,13 +197,13 @@
Provide an undocumented 'shoot yourself in the foot' option to disable the
JULI logging reset on context stop
http://svn.apache.org/viewvc?rev=908754&view=rev
- +1: markt
+ +1: markt, fhanik
-1:
* More memory leak prevent - ResourceBundle
http://svn.apache.org/viewvc?rev=909097&view=rev (original)
http://svn.apache.org/viewvc?rev=909525&view=rev (improvements)
- +1: markt, kkolinko
+ +1: markt, kkolinko, fhanik
-1:
kkolinko: Calling ResourceBundle.clearCache(CL) would work on any Java
6+ JVM, not only Sun's
@@ -212,7 +212,7 @@
http://svn.apache.org/viewvc?rev=908002&view=rev
http://svn.apache.org/viewvc?rev=909206&view=rev
http://svn.apache.org/viewvc?rev=909212&view=rev
- +1: kkolinko, markt
+ +1: kkolinko, markt, fhanik
-1:
* Memory leak detection for JMX and manager
@@ -229,7 +229,7 @@
(Added revs.909204,910584,910612
TC 6 specifics: /findleaks should be explicitly mapped in web.xml,
where TC 7 uses /text/findleaks, and that URL is mentioned in manager-howto.xml)
- +1: kkolinko
+ +1: kkolinko, fhanik
-1:
kkolinko: Some further thoughts on naming/messages/documentation
@@ -255,14 +255,14 @@
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48371
Take account of comments when working out where to insert generated web.xml
http://people.apache.org/~markt/patches/2010-02-13-bug48371.patch
- +1: markt
+ +1: markt, fhanik
-1:
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48384
Add a per context xslt option for directory listings
Make the fallback options work as described in the docs
http://svn.apache.org/viewvc?rev=909887&view=rev
- +1: markt
+ +1: markt, fhanik
-1:
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48545
@@ -290,5 +290,5 @@
* Various manifest improvements
http://people.apache.org/~markt/patches/2010-02-16-manifest-improvements.patch
- +1: markt
+ +1: markt, fhanik
-1:
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org