This test is failing because it makes an invalid assumption. That is that a privileged block will run with exactly the instance of the access control context you pass it.
This is not true because it can do things with the domain combiner to create a new "equivalent" access control context. Strangely, it only appears to fail when running it from junit inside ant. If I run the test indivudually from eclipse, it doesn't go through domain combination? Should I just disable the test. A better test would be to check whether the scheduled operation can perform some expected privileged action (like retrieve a system property). On Sun, 2006-02-12 at 19:15, [EMAIL PROTECTED] wrote: > View results here -> > http://cruisecontrol.jboss.com/cc/buildresults/concurrent-testsuite?log=log20060212190745 > > TESTS FAILED > Ant Error > Message: > /services/cruisecontrol/work/scripts/build-concurrent-testsuite.xml:73: The > following error occurred while executing this line: > /services/cruisecontrol/work/scripts/build-common-targets.xml:11: Build > Successful - Tests completed with errors or failures. > Date of build: 02/12/2006 19:07:45 > Time to build: 7 minutes 27 seconds > > Unit Tests: (1707) Total Errors and Failures: (1) > testPrivilegedThreadFactory > .ExecutorsTest > > > Modifications since last build: (first 50 of 0) > -- xxxxxxxxxxxxxxxxxxxxxxxx Adrian Brock Chief Scientist JBoss Inc. xxxxxxxxxxxxxxxxxxxxxxxx ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development