You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Myrna van Lunteren (JIRA)" <ji...@apache.org> on 2014/04/29 18:52:15 UTC

[jira] [Resolved] (DERBY-5811) 8 test failures on IBM iseries - java.security.AccessControlException: Access denied (java.io.FilePermission ... jre/bin/java execute)

     [ https://issues.apache.org/jira/browse/DERBY-5811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Myrna van Lunteren resolved DERBY-5811.
---------------------------------------

    Resolution: Cannot Reproduce

Marking this Cannot Reproduce, because I no longer have access to this machine.

> 8 test failures on IBM iseries - java.security.AccessControlException: Access denied (java.io.FilePermission  ... jre/bin/java execute)
> ---------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: DERBY-5811
>                 URL: https://issues.apache.org/jira/browse/DERBY-5811
>             Project: Derby
>          Issue Type: Bug
>          Components: Test
>    Affects Versions: 10.9.1.0
>         Environment: IBM iseries V6R1, V7R1, ibm 1.5 (SR12 FP1 + IZ94331, build pap32devifx-20110211), 1.6 (SR9+IZ94423, build pap3260sr9ifix-20110211_02). also 64 bit.
>            Reporter: Myrna van Lunteren
>              Labels: derby_triage10_10
>         Attachments: d5811repro.jar
>
>
> On iseries, I see 8 test failures with the 10.9.1.0 RC that do not occur with 10.8.2.2. The test failures occur in the following tets:
> 1) org.apache.derbyTesting.functionTests.tests.lang.SequenceGeneratorTest
> 		test_13_5494
> 	2) spawnProcess:AutoloadTest(org.apache.derbyTesting.functionTests.tests.jdbcapi.AutoloadTest)java.security.AccessControlException: Access denied 
> 	3) spawnProcess:JDBCDriversEmbeddedTest(org.apache.derbyTesting.functionTests.tests.jdbcapi.AutoloadTest)
> 	4) spawnProcess:JDBCDriversClientTest(org.apache.derbyTesting.functionTests.tests.jdbcapi.AutoloadTest
> 	5) spawnProcess:JDBCDriversAllTest(org.apache.derbyTesting.functionTests.tests.jdbcapi.AutoloadTest
> 	6) testBasicRecovery(org.apache.derbyTesting.functionTests.tests.store.RecoveryTest)
> 	7) testOCRecovery(org.apache.derbyTesting.functionTests.tests.store.OCRecoveryTest)
> 	8) testLeak(org.apache.derbyTesting.functionTests.tests.memory.Derby5730Test
> Although I've seen trouble that appears intermittent with the AutoloadTest (see DERBY-5800), this appears different - it's a very specific warning about the jre/bin/java executable lacking the java.io.FilePermission execute.
> As we don't see this on other systems, this at first glance appears to be a jvm issue, or perhaps there are some special permission settings required for the user on iseries to support running these tests (as I'm by no means an iseries specialist, I don't know what these permissions would be).
> There were no failures in derbyall, and there are other tests which launch jvm processes, but I've not found what's different about these tests from others.
> Here's the stack trace from the test output for the first failure on the list:
> test_13_5494(org.apache.derbyTesting.functionTests.tests.lang.SequenceGeneratorTest)java.security.AccessControlException: Access denied (java.io.FilePermission /QOpenSys/QIBM/ProdData/JavaVM/jdk50/32bit/jre/bin/java execute)
> 	at java.security.AccessController.checkPermission(AccessController.java:103)
> 	at java.lang.SecurityManager.checkPermission(SecurityManager.java:558)
> 	at java.lang.SecurityManager.checkExec(SecurityManager.java:805)
> 	at java.lang.ProcessBuilder.start(ProcessBuilder.java:475)
> 	at java.lang.Runtime.exec(Runtime.java:607)
> 	at java.lang.Runtime.exec(Runtime.java:480)
> 	at org.apache.derbyTesting.junit.BaseTestCase$8.run(BaseTestCase.java:575)
> 	at java.security.AccessController.doPrivileged(AccessController.java:241)
> 	at org.apache.derbyTesting.junit.BaseTestCase.execJavaCmd(BaseTestCase.java:571)
> 	at org.apache.derbyTesting.junit.BaseTestCase.assertExecJavaCmdAsExpected(BaseTestCase.java:507)
> 	at org.apache.derbyTesting.junit.BaseTestCase.assertLaunchedJUnitTestMethod(BaseTestCase.java:915)
> 	at org.apache.derbyTesting.functionTests.tests.lang.SequenceGeneratorTest.test_13_5494(SequenceGeneratorTest.java:786)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 	at org.apache.derbyTesting.junit.BaseTestCase.runBare(BaseTestCase.java:113)
> 	at org.apache.derbyTesting.junit.BaseJDBCTestCase.runBareOverridable(BaseJDBCTestCase.java:424)
> 	at org.apache.derbyTesting.junit.BaseJDBCTestCase.runBare(BaseJDBCTestCase.java:441)
> 	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)
> 	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)
> 	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)
> 	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 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)
> 	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)
> 	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 junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
> 	at junit.extensions.TestSetup$1.protect(TestSetup.java:21)
> 	at junit.extensions.TestSetup.run(TestSetup.java:25)
> And here's the one for the last test failure:
> 8) testLeak(org.apache.derbyTesting.functionTests.tests.memory.Derby5730Test)java.security.AccessControlException: Access denied (java.io.FilePermission /QOpenSys/QIBM/ProdData/JavaVM/jdk50/32bit/jre/bin/java execute)
> 	at java.security.AccessController.checkPermission(AccessController.java:103)
> 	at java.lang.SecurityManager.checkPermission(SecurityManager.java:558)
> 	at java.lang.SecurityManager.checkExec(SecurityManager.java:805)
> 	at java.lang.ProcessBuilder.start(ProcessBuilder.java:475)
> 	at java.lang.Runtime.exec(Runtime.java:607)
> 	at java.lang.Runtime.exec(Runtime.java:480)
> 	at org.apache.derbyTesting.junit.BaseTestCase$8.run(BaseTestCase.java:575)
> 	at java.security.AccessController.doPrivileged(AccessController.java:241)
> 	at org.apache.derbyTesting.junit.BaseTestCase.execJavaCmd(BaseTestCase.java:571)
> 	at org.apache.derbyTesting.functionTests.tests.memory.Derby5730Test.testLeak(Derby5730Test.java:64)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 	at org.apache.derbyTesting.junit.BaseTestCase.runBare(BaseTestCase.java:113)
> I've done a number of experiments, but the tests consistently fail.
> - modifications to CLASSPATH (with/without derby.jar, derbyrun.jar after, before derby.jar, derbyTesting.jar before/after derbyrun.jar)
> - with/without setting $JAVA_HOME, with/without -Djava.home
> - 32bit, 64bit jvm



--
This message was sent by Atlassian JIRA
(v6.2#6252)