Return-Path: X-Original-To: apmail-db-derby-dev-archive@www.apache.org Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CF4519124 for ; Tue, 3 Jan 2012 18:33:31 +0000 (UTC) Received: (qmail 40761 invoked by uid 500); 3 Jan 2012 18:33:31 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 40738 invoked by uid 500); 3 Jan 2012 18:33:31 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 40731 invoked by uid 99); 3 Jan 2012 18:33:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 18:33:31 +0000 X-ASF-Spam-Status: No, hits=-2001.6 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 18:33:28 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 68BC7136857 for ; Tue, 3 Jan 2012 18:32:40 +0000 (UTC) Date: Tue, 3 Jan 2012 18:32:40 +0000 (UTC) From: "Myrna van Lunteren (Updated) (JIRA)" To: derby-dev@db.apache.org Message-ID: <1838575116.1256.1325615560457.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1381238420.46695.1325010510758.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Updated] (DERBY-5558) NullPointerException in store.RecoveryTest launchRecoveryInsert and failure in testBasicRecovery with weme 6.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-5558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Myrna van Lunteren updated DERBY-5558: -------------------------------------- Issue & fix info: Patch Available Assignee: Myrna van Lunteren > NullPointerException in store.RecoveryTest launchRecoveryInsert and failure in testBasicRecovery with weme 6.2 > -------------------------------------------------------------------------------------------------------------- > > Key: DERBY-5558 > URL: https://issues.apache.org/jira/browse/DERBY-5558 > Project: Derby > Issue Type: Bug > Components: Test > Affects Versions: 10.9.0.0 > Environment: windows XP with IBM's weme6.2 (CDC Foundation 1.1) > Reporter: Myrna van Lunteren > Assignee: Myrna van Lunteren > Attachments: DERBY-5558.diff > > > Since November 27 the weme 6.2 tests have reported the following failure and error: > 1) testBasicRecovery(org.apache.derbyTesting.functionTests.tests.store.RecoveryTest)junit.framework.AssertionFailedError: expectedExitValue:0 does not match exitValue:1 > expected output strings: > [0]OK (1 test) > actual output: .E > Time: 0.156 > There was 1 error: > 1) launchRecoveryInsert(org.apache.derbyTesting.functionTests.tests.store.RecoveryTest)java.lang.NullPointerException > at com.ibm.oti.util.DefaultPolicy.addGrant(DefaultPolicy.java:619) > at com.ibm.oti.util.DefaultPolicy.readPolicy(DefaultPolicy.java:608) > at com.ibm.oti.util.DefaultPolicy.getSystemPolicy(DefaultPolicy.java:922) > at com.ibm.oti.util.DefaultPolicy.getPermissionsImpl(DefaultPolicy.java:114) > at com.ibm.oti.util.DefaultPolicy$1.run(DefaultPolicy.java:67) > at java.security.AccessController.doPrivileged(AccessController.java:204) > at com.ibm.oti.util.DefaultPolicy.privateGetPermissions(DefaultPolicy.java:65) > at com.ibm.oti.util.DefaultPolicy.getPermissions(DefaultPolicy.java:53) > at java.security.Policy.getPermissions(Policy.java:131) > at java.security.ProtectionDomain.implies(ProtectionDomain.java:177) > at java.security.AccessController.checkPermission(AccessController.java:99) > at java.lang.SecurityManager.checkPermission(SecurityManager.java:534) > at java.security.Policy.getPolicy(Policy.java:49) > at org.apache.derbyTesting.junit.SecurityManagerSetup$1.run(SecurityManagerSetup.java:191) > at java.security.AccessController.doPrivileged(AccessController.java:204) > at org.apache.derbyTesting.junit.SecurityManagerSetup.installSecurityManager(SecurityManagerSetup.java:185) > at org.apache.derbyTesting.junit.SecurityManagerSetup.installSecurityManager(SecurityManagerSetup.java:145) > at org.apache.derbyTesting.junit.TestConfiguration.defaultSecurityManagerSetup(TestConfiguration.java:1904) > at org.apache.derbyTesting.junit.BaseTestCase.runBare(BaseTestCase.java:109) > FAILURES!!! > Tests run: 1, Failures: 0, Errors: 1 > > > expected:<0> but was:<1> > at junit.framework.AssertionFailedError.(AssertionFailedError.java:13) > at org.apache.derbyTesting.junit.BaseTestCase.assertExecJavaCmdAsExpected(BaseTestCase.java:516) > at org.apache.derbyTesting.junit.BaseTestCase.assertLaunchedJUnitTestMethod(BaseTestCase.java:855) > at org.apache.derbyTesting.functionTests.tests.store.RecoveryTest.testBasicRecovery(RecoveryTest.java:89) > at java.lang.reflect.AccessibleObject.invokeV(AccessibleObject.java:195) > at org.apache.derbyTesting.junit.BaseTestCase.runBare(BaseTestCase.java:116) > at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24) > at junit.extensions.TestSetup$1.protect(TestSetup.java:21) > at junit.extensions.TestSetup.run(TestSetup.java:25) > at org.apache.derbyTesting.junit.BaseTestSetup.run(BaseTestSetup.java:57) > FAILURES!!! > Tests run: 6526, Failures: 1, Errors: 0 > --------------- > This started occurring with revision 1206656. > The change since the revision previous to that was: > SUBVERSION LOG FROM 1206392 TO 1206656: > ------------------------------------------------------------------------ > r1206409 | kahatlen | 2011-11-26 00:11:10 -0800 (Sat, 26 Nov 2011) | 4 lines > DERBY-5514: SecureServerTest (and others) don't play nice with EMMA: AccessControlException > Grant permissions to write coverage data to all code bases, to work > around EMMA's lack of doPrivileged blocks. > ------------------------------------------------------------------------ > I assume this is because we run weme6.2 with the following emma flag: > -Demma.active="" > We've been running with this set for a very long time, I cannot remember why. > I'll see if I can find that out, at least. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira