svn commit: r1039648 - in /tomcat/trunk: java/org/apache/catalina/session/ManagerBase.java java/org/apache/catalina/session/mbeans-descriptors.xml test/org/apache/catalina/session/Benchmarks.java weba

2010-11-27 Thread markt
Author: markt Date: Sat Nov 27 10:41:26 2010 New Revision: 1039648 URL: http://svn.apache.org/viewvc?rev=1039648&view=rev Log: Using SecureRandom makes digesting the ID unnecessary. Dropping the digest gives ~20% performance gain on ID generation. Modified: tomcat/trunk/java/org/apache/catal

svn commit: r1039657 - in /tomcat/trunk: java/org/apache/catalina/session/ManagerBase.java java/org/apache/catalina/session/mbeans-descriptors.xml webapps/docs/changelog.xml webapps/docs/config/manage

2010-11-27 Thread markt
Author: markt Date: Sat Nov 27 11:41:10 2010 New Revision: 1039657 URL: http://svn.apache.org/viewvc?rev=1039657&view=rev Log: Drop the entropy attribute. SecureRandom has a sufficiently secure self-seeding mechanism. Modified: tomcat/trunk/java/org/apache/catalina/session/ManagerBase.java

svn commit: r1039680 - /tomcat/trunk/webapps/docs/config/manager.xml

2010-11-27 Thread markt
Author: markt Date: Sat Nov 27 13:47:03 2010 New Revision: 1039680 URL: http://svn.apache.org/viewvc?rev=1039680&view=rev Log: Remove attributes from PersistentManager too Modified: tomcat/trunk/webapps/docs/config/manager.xml Modified: tomcat/trunk/webapps/docs/config/manager.xml URL: http

svn commit: r1039683 - /tomcat/trunk/test/org/apache/catalina/session/Threading.java

2010-11-27 Thread markt
Author: markt Date: Sat Nov 27 13:52:13 2010 New Revision: 1039683 URL: http://svn.apache.org/viewvc?rev=1039683&view=rev Log: Update so this will run Modified: tomcat/trunk/test/org/apache/catalina/session/Threading.java Modified: tomcat/trunk/test/org/apache/catalina/session/Threading.java

svn commit: r1039692 - /tomcat/trunk/test/org/apache/catalina/session/Benchmarks.java

2010-11-27 Thread markt
Author: markt Date: Sat Nov 27 14:50:37 2010 New Revision: 1039692 URL: http://svn.apache.org/viewvc?rev=1039692&view=rev Log: Add a /dev/urandom vs SecureRandom benchmark Modified: tomcat/trunk/test/org/apache/catalina/session/Benchmarks.java Modified: tomcat/trunk/test/org/apache/catalina/

svn commit: r1039707 - in /tomcat/trunk: java/org/apache/catalina/session/ManagerBase.java webapps/docs/config/manager.xml

2010-11-27 Thread markt
Author: markt Date: Sat Nov 27 17:05:27 2010 New Revision: 1039707 URL: http://svn.apache.org/viewvc?rev=1039707&view=rev Log: Make SecureRandom the fall-back and use SecureRandom throughout rather than Random Modified: tomcat/trunk/java/org/apache/catalina/session/ManagerBase.java tomca

Re: svn commit: r1039657 - in /tomcat/trunk: java/org/apache/catalina/session/ManagerBase.java java/org/apache/catalina/session/mbeans-descriptors.xml webapps/docs/changelog.xml webapps/docs/config/ma

2010-11-27 Thread Phil Steitz
On Sat, Nov 27, 2010 at 6:41 AM, wrote: > Author: markt > Date: Sat Nov 27 11:41:10 2010 > New Revision: 1039657 > > URL: http://svn.apache.org/viewvc?rev=1039657&view=rev > Log: > Drop the entropy attribute. SecureRandom has a sufficiently secure > self-seeding mechanism. > > Modified: >tomc

Re: svn commit: r1039707 - in /tomcat/trunk: java/org/apache/catalina/session/ManagerBase.java webapps/docs/config/manager.xml

2010-11-27 Thread Phil Steitz
With this change to createRandom it is not clear to me what the value of the reseeding is when the SecureRandom is not user-supplied. Maybe a crypto expert can comment. It would speed up initialization in the default case if the reseeding was only done for user-defined generators. Alternatively

DO NOT REPLY [Bug 50351] New: javax.naming.NamingException: No set method found for property: singleton

2010-11-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50351 Summary: javax.naming.NamingException: No set method found for property: singleton Product: Tomcat 7 Version: trunk Platform: PC Status: NEW Severity: regre

DO NOT REPLY [Bug 50352] New: AsyncListener.onComplete is not called after AsyncContext.complete() is called

2010-11-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50352 Summary: AsyncListener.onComplete is not called after AsyncContext.complete() is called Product: Tomcat 7 Version: 7.0.4 Platform: All OS/Version: All Status:

DO NOT REPLY [Bug 50353] New: Calling asyncContext.getResponse() returns null after async timeout

2010-11-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50353 Summary: Calling asyncContext.getResponse() returns null after async timeout Product: Tomcat 7 Version: trunk Platform: All OS/Version: All Status: NEW

DO NOT REPLY [Bug 50353] Calling asyncContext.getResponse() returns null after async timeout

2010-11-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50353 --- Comment #1 from Sylvain Laurent 2010-11-27 18:04:53 EST --- Same behavior with getRequest() : it returns null. This leads to a NPE if asyncContext.dispatch() is called after the timeout : java.lang.NullPointerException at org.ap