Derby
  1. Derby
  2. DERBY-1785

junit tests fail with permission access problems when run with j9 jvms

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: 10.2.1.6, 10.3.1.4
    • Fix Version/s: 10.2.2.0, 10.3.1.4
    • Component/s: Test
    • Labels:
      None
    • Environment:
      using ibm's j9 jvm as available with wssd5.6 or wctme5.7 (jcl:Max or jcl:foundation configuration)
    • Urgency:
      Normal
    • Bug behavior facts:
      Regression Test Failure

      Description

      The junit tests have been made to run with security manager.
      Until now, using the org.apache.derbyTesting.functionTests.harness classes, there was exception logic that stopped the j9 jvms from running with security manager, but that's now changed for the junit tests.

      For instance, the test store/bootAllTest.junit fails with the following error:
      There was 1 error:
      1) testSettingBootAllPropertyWithHomePropertySet(org.apache.derbyTesting.functionTests.tests.store.BootAllTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission framework read)
      at java.security.AccessController.checkPermission(AccessController.java:74)
      at java.lang.SecurityManager.checkPermission(SecurityManager.java:612)
      at java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:366)
      at java.lang.System.getProperty(System.java:319)
      at java.lang.System.getProperty(System.java:301)
      at org.apache.derbyTesting.functionTests.util.TestUtil$1.run(TestUtil.java:177)
      at java.security.AccessController.doPrivileged(AccessController.java:147)
      at org.apache.derbyTesting.functionTests.util.TestUtil.getFramework(TestUtil.java:174)
      at org.apache.derbyTesting.functionTests.util.TestUtil.getDataSourcePrefix(TestUtil.java:391)
      at org.apache.derbyTesting.functionTests.util.TestUtil.getSimpleDataSource(TestUtil.java:330)
      at org.apache.derbyTesting.functionTests.util.TestUtil.getDataSource(TestUtil.java:324)
      at org.apache.derbyTesting.functionTests.util.TestDataSourceFactory.getDataSource(TestDataSourceFactory.java:47)
      at org.apache.derbyTesting.junit.TestConfiguration.openConnection(TestConfiguration.java:296)
      at org.apache.derbyTesting.junit.BaseJDBCTestCase.openConnection(BaseJDBCTestCase.java:197)
      at org.apache.derbyTesting.functionTests.tests.store.BootAllTest.setUp(BootAllTest.java:58)
      at org.apache.derbyTesting.junit.BaseTestCase.runBare(BaseTestCase.java:76)

      1. DERBY-1785_20061007.diff
        1 kB
        Myrna van Lunteren
      2. DERBY-1785_102_20061007.diff
        2 kB
        Myrna van Lunteren

        Activity

        Hide
        Myrna van Lunteren added a comment -

        I tried running with junit and wctme5.7 (foundation) according to the suggestions above, and I did not see the permission exception.

        So I guess this issue can be closed.

        I did see a bunch of other exceptions, starting with:
        EEEEEEEEEEEEEEEEEEEEEEE.EE.EFEEEEjava.sql.SQLException: org.apache.derby.jdbc.EmbeddedDriver is not registered with the JDBC driver manager
        at org.apache.derby.jdbc.EmbeddedSimpleDataSource.findDriver(EmbeddedSimpleDataSource.java:435)
        at org.apache.derby.jdbc.EmbeddedSimpleDataSource.getConnection(EmbeddedSimpleDataSource.java:406)
        at org.apache.derby.jdbc.EmbeddedSimpleDataSource.getConnection(EmbeddedSimpleDataSource.java:373)
        at org.apache.derbyTesting.junit.TestConfiguration.getConnection(TestConfiguration.java:626)
        at org.apache.derbyTesting.junit.TestConfiguration.getDefaultConnection(TestConfiguration.java:592)
        at org.apache.derbyTesting.junit.TestConfiguration.openDefaultConnection(TestConfiguration.java:566)
        at org.apache.derbyTesting.junit.BaseJDBCTestSetup.getConnection(BaseJDBCTestSetup.java:74)
        at org.apache.derbyTesting.functionTests.tests.jdbcapi.SURDataModelSetup.setUp(SURDataModelSetup.java:137)
        ....

        But I will open another issue to track that problem.

        Show
        Myrna van Lunteren added a comment - I tried running with junit and wctme5.7 (foundation) according to the suggestions above, and I did not see the permission exception. So I guess this issue can be closed. I did see a bunch of other exceptions, starting with: EEEEEEEEEEEEEEEEEEEEEEE.EE.EFEEEEjava.sql.SQLException: org.apache.derby.jdbc.EmbeddedDriver is not registered with the JDBC driver manager at org.apache.derby.jdbc.EmbeddedSimpleDataSource.findDriver(EmbeddedSimpleDataSource.java:435) at org.apache.derby.jdbc.EmbeddedSimpleDataSource.getConnection(EmbeddedSimpleDataSource.java:406) at org.apache.derby.jdbc.EmbeddedSimpleDataSource.getConnection(EmbeddedSimpleDataSource.java:373) at org.apache.derbyTesting.junit.TestConfiguration.getConnection(TestConfiguration.java:626) at org.apache.derbyTesting.junit.TestConfiguration.getDefaultConnection(TestConfiguration.java:592) at org.apache.derbyTesting.junit.TestConfiguration.openDefaultConnection(TestConfiguration.java:566) at org.apache.derbyTesting.junit.BaseJDBCTestSetup.getConnection(BaseJDBCTestSetup.java:74) at org.apache.derbyTesting.functionTests.tests.jdbcapi.SURDataModelSetup.setUp(SURDataModelSetup.java:137) .... But I will open another issue to track that problem.
        Hide
        Daniel John Debrunner added a comment -

        Notes on how to run Junit tests standalone with WCTME 5.7 foundation are written up in

        http://wiki.apache.org/db-derby/JunitVmIssues#head-0916dd3630b0667e49460439fbd041c720d93eaf

        Show
        Daniel John Debrunner added a comment - Notes on how to run Junit tests standalone with WCTME 5.7 foundation are written up in http://wiki.apache.org/db-derby/JunitVmIssues#head-0916dd3630b0667e49460439fbd041c720d93eaf
        Hide
        Mike Matrigali added a comment -

        committed patch DERBY-1785_102_20061007.diff to 10.2 branch. unchecking patch available as fix has now gone in to trunk and 10.2.

        m102_ibm142:59>svn commit

        Sending java\testing\org\apache\derbyTesting\functionTests\harness\RunTes
        t.java
        Sending java\testing\org\apache\derbyTesting\functionTests\harness\j9_fou
        ndation.java
        Transmitting file data ..
        Committed revision 462625.

        Show
        Mike Matrigali added a comment - committed patch DERBY-1785 _102_20061007.diff to 10.2 branch. unchecking patch available as fix has now gone in to trunk and 10.2. m102_ibm142:59>svn commit Sending java\testing\org\apache\derbyTesting\functionTests\harness\RunTes t.java Sending java\testing\org\apache\derbyTesting\functionTests\harness\j9_fou ndation.java Transmitting file data .. Committed revision 462625.
        Hide
        Mike Matrigali added a comment -

        committed patch DERBY-1785_20061007.diff to the trunk:

        m3_ibm142:47>svn commit

        Sending java\testing\org\apache\derbyTesting\functionTests\harness\j9_foundation.java
        Transmitting file data .
        Committed revision 462607.

        Show
        Mike Matrigali added a comment - committed patch DERBY-1785 _20061007.diff to the trunk: m3_ibm142:47>svn commit Sending java\testing\org\apache\derbyTesting\functionTests\harness\j9_foundation.java Transmitting file data . Committed revision 462607.
        Hide
        Myrna van Lunteren added a comment -

        Attaching a patch for 10.2. I've decided to do the same thing as for the trunk for the foundation setup; but do a crude skip for all junit tests when run through the harness against the other j9 versions.

        I have run selected tests with wsdd5.6, wctme5.7, wctme5.7_foundation and jdk142 to ensure I didn't mess anything up.

        Show
        Myrna van Lunteren added a comment - Attaching a patch for 10.2. I've decided to do the same thing as for the trunk for the foundation setup; but do a crude skip for all junit tests when run through the harness against the other j9 versions. I have run selected tests with wsdd5.6, wctme5.7, wctme5.7_foundation and jdk142 to ensure I didn't mess anything up.
        Hide
        Myrna van Lunteren added a comment -

        Attaching a band-aid patch for this issue. I chose to comment out the method rather than remove as a way to document the quirky behavior.

        I ran derbyall with wctme5.7 foundation class libraries, and found only other known problems except for the last one which is not caused by this patch:
        grantRevokeDDL.sql & grantRevokeDDL2.sql - DERBY1849
        procedureInTrigger.sql - DERBY-1829 (and maybe DERBY-1585, which appears in an odd state)
        SURTest_ij.sql - DERBY-1850
        jdbcapi/_Suite.junit - DERBY-1897
        bootAllTest.junit - no bug - new failure after fix of DERBY-1618 - test uses java.sql.DriverManager in the setup:
        1) testSettingBootAllPropertyWithHomePropertySet(org.apache.derbyTesting.functionTests.tests.store.BootAllTest)java.lang.NoClassDefFoundError: java.sql.DriverManager
        at org.apache.derbyTesting.functionTests.tests.store.BootAllTest.setUp(BootAllTest.java:68)
        at org.apache.derbyTesting.junit.BaseTestCase.runBare(BaseTestCase.java:76)

        I will consider making a patch for 10.2 which would address the non-foundation j9 run. But as of 10.3 we weren't going to support jdk 1.3.1 based jvms, which also means the wsdd5.6 and wctme5.7.

        In the mean time this is a trivial patch for the trunk for most environments. I would appreciate the attention of a kindly committer.

        Show
        Myrna van Lunteren added a comment - Attaching a band-aid patch for this issue. I chose to comment out the method rather than remove as a way to document the quirky behavior. I ran derbyall with wctme5.7 foundation class libraries, and found only other known problems except for the last one which is not caused by this patch: grantRevokeDDL.sql & grantRevokeDDL2.sql - DERBY1849 procedureInTrigger.sql - DERBY-1829 (and maybe DERBY-1585 , which appears in an odd state) SURTest_ij.sql - DERBY-1850 jdbcapi/_Suite.junit - DERBY-1897 bootAllTest.junit - no bug - new failure after fix of DERBY-1618 - test uses java.sql.DriverManager in the setup: 1) testSettingBootAllPropertyWithHomePropertySet(org.apache.derbyTesting.functionTests.tests.store.BootAllTest)java.lang.NoClassDefFoundError: java.sql.DriverManager at org.apache.derbyTesting.functionTests.tests.store.BootAllTest.setUp(BootAllTest.java:68) at org.apache.derbyTesting.junit.BaseTestCase.runBare(BaseTestCase.java:76) I will consider making a patch for 10.2 which would address the non-foundation j9 run. But as of 10.3 we weren't going to support jdk 1.3.1 based jvms, which also means the wsdd5.6 and wctme5.7. In the mean time this is a trivial patch for the trunk for most environments. I would appreciate the attention of a kindly committer.
        Hide
        Daniel John Debrunner added a comment -

        Adding this (dummy) properties on the command line stopped the parsing problem and allowed me to run a test.

        -DderbyTesting.serverhost=host -DderbyTesting.clienthost=host

        (I also had derby.system.home set on the command line).

        Show
        Daniel John Debrunner added a comment - Adding this (dummy) properties on the command line stopped the parsing problem and allowed me to run a test. -DderbyTesting.serverhost=host -DderbyTesting.clienthost=host (I also had derby.system.home set on the command line).
        Hide
        Daniel John Debrunner added a comment -

        I thought the following approach would work when running the tests directlly.
        Set up the java.security.policy and derbyTesting.codeclasses (or codejar) on the command line when running the JUnit test runner. Something like:

        -DderbyTesting.codeclasses=<url_to_classes_folder> -Djava.security.policy=<url_to_policy_file_in_classes_folder>

        -DderbyTesting.codeclasses=file:/C:/_work/trunk/classes/
        -Djava.security.policy=file:/C:/_work/trunk/classes/org/apache/derbyTesting/functionTests/util/derby_tests.policy

        With this I get an error parsing the policy file:

        Parsing policy file: file:/C:/_work/trunk/classes/org/apache/derbyTesting/functionTests/util/derby_tests.policy, found unexpected: permission

        Show
        Daniel John Debrunner added a comment - I thought the following approach would work when running the tests directlly. Set up the java.security.policy and derbyTesting.codeclasses (or codejar) on the command line when running the JUnit test runner. Something like: -DderbyTesting.codeclasses=<url_to_classes_folder> -Djava.security.policy=<url_to_policy_file_in_classes_folder> -DderbyTesting.codeclasses= file:/C:/_work/trunk/classes/ -Djava.security.policy= file:/C:/_work/trunk/classes/org/apache/derbyTesting/functionTests/util/derby_tests.policy With this I get an error parsing the policy file: Parsing policy file: file:/C:/_work/trunk/classes/org/apache/derbyTesting/functionTests/util/derby_tests.policy , found unexpected: permission
        Hide
        Myrna van Lunteren added a comment -

        I'm assigning this to me because I keep forgetting the number. If someone else feels interest, be welcome to take it away.

        In the mean time, I have tried to find out what is wrong with this and I've been unsuccessful so far.
        In DERBY-855 Dan stated that he had found a problem with the security manager and had reported this to IBM. I checked on the status of that problem; it is fixed in the follow-up release of wctme5.7_foundation (called weme6.1, which is based on jdkj2ME specification 1.1). I tested with that product and indeed the problem Dan saw has been fixed...

        However, I still see the access permission problems with junit with that version.
        I will continue to investigate. I think this is an important detail - we have said we're supporting JSR169, yet it appears the only check we have are our test runs with "j9" foundation. If someone else is running JSR169 tests, I hope they'll announce it.

        The problem needs to be better identified, and possibly a fix needs to be arranged.

        As a workaround there are 2 approaches:

        • ignore the failing tests. This basically means skipping every junit test. We can do this for each test as it gets morphed into a junit test, which means a ridiculous maintenance task, or in the test harness. But this would hollow out the testing for JSR169 support.
        • make the junit tests not run with security manager if the jvm is j9. This seems fairly ugly

        (third option I thought maybe a separate policy file could be made, but judging from the error, it isn't having the permissions to read the policy file, so I'm not sure that will work.)

        Show
        Myrna van Lunteren added a comment - I'm assigning this to me because I keep forgetting the number. If someone else feels interest, be welcome to take it away. In the mean time, I have tried to find out what is wrong with this and I've been unsuccessful so far. In DERBY-855 Dan stated that he had found a problem with the security manager and had reported this to IBM. I checked on the status of that problem; it is fixed in the follow-up release of wctme5.7_foundation (called weme6.1, which is based on jdkj2ME specification 1.1). I tested with that product and indeed the problem Dan saw has been fixed... However, I still see the access permission problems with junit with that version. I will continue to investigate. I think this is an important detail - we have said we're supporting JSR169, yet it appears the only check we have are our test runs with "j9" foundation. If someone else is running JSR169 tests, I hope they'll announce it. The problem needs to be better identified, and possibly a fix needs to be arranged. As a workaround there are 2 approaches: ignore the failing tests. This basically means skipping every junit test. We can do this for each test as it gets morphed into a junit test, which means a ridiculous maintenance task, or in the test harness. But this would hollow out the testing for JSR169 support. make the junit tests not run with security manager if the jvm is j9. This seems fairly ugly (third option I thought maybe a separate policy file could be made, but judging from the error, it isn't having the permissions to read the policy file, so I'm not sure that will work.)
        Hide
        Deepa Remesh added a comment -

        One more test fails with java.security.AccessControlException with sane jars with wsdd5.6 vm: jdbcapi/UpdatableResultSetTest.junit

        Diff:

            • Start: UpdatableResultSetTest jdk1.3.1 subset - 2.1 derbyall:jdbcapi 2006-09-10 22:32:30 ***
              0 add
              > .E.E.E.E.E.E.E.E.E.E.E.E
              > There were 12 errors:
              > 1) testInsertRowOnQuotedTable(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.lang.ExceptionInInitializerError: java.security.AccessControlException: Access denied (java.util.PropertyPermission jdbc.drivers read)
              > 2) testUpdateRowOnQuotedTable(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 3) testDeleteRowOnQuotedTable(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 4) testInsertRowOnQuotedColumn(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 5) testUpdateRowOnQuotedColumn(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 6) testDeleteRowOnQuotedColumn(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 7) testInsertRowOnQuotedSchema(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 8) testUpdateRowOnQuotedSchema(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 9) testDeleteRowOnQuotedSchema(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 10) testInsertRowOnQuotedCursor(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 11) testUpdateRowOnQuotedCursor(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 12) testDeleteRowOnQuotedCursor(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > FAILURES!!!
              > Tests run: 12, Failures: 0, Errors: 12
              Test Failed.
            • End: UpdatableResultSetTest jdk1.3.1 subset - 2.1 derbyall:jdbcapi 2006-09-10 22:32:30 ***
        Show
        Deepa Remesh added a comment - One more test fails with java.security.AccessControlException with sane jars with wsdd5.6 vm: jdbcapi/UpdatableResultSetTest.junit Diff: Start: UpdatableResultSetTest jdk1.3.1 subset - 2.1 derbyall:jdbcapi 2006-09-10 22:32:30 *** 0 add > .E.E.E.E.E.E.E.E.E.E.E.E > There were 12 errors: > 1) testInsertRowOnQuotedTable(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.lang.ExceptionInInitializerError: java.security.AccessControlException: Access denied (java.util.PropertyPermission jdbc.drivers read) > 2) testUpdateRowOnQuotedTable(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 3) testDeleteRowOnQuotedTable(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 4) testInsertRowOnQuotedColumn(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 5) testUpdateRowOnQuotedColumn(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 6) testDeleteRowOnQuotedColumn(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 7) testInsertRowOnQuotedSchema(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 8) testUpdateRowOnQuotedSchema(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 9) testDeleteRowOnQuotedSchema(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 10) testInsertRowOnQuotedCursor(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 11) testUpdateRowOnQuotedCursor(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 12) testDeleteRowOnQuotedCursor(org.apache.derbyTesting.functionTests.tests.jdbcapi.UpdatableResultSetTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > FAILURES!!! > Tests run: 12, Failures: 0, Errors: 12 Test Failed. End: UpdatableResultSetTest jdk1.3.1 subset - 2.1 derbyall:jdbcapi 2006-09-10 22:32:30 ***
        Hide
        Sunitha Kambhampati added a comment -

        The below 3 tests failed with java.security.AccessControlException on a testrun with insane jars on 09/01 with wctme5.7 Just adding the diffs here . jars - 10.3.0.0 alpha - (439522)

        derbyall/derbyall.fail:lang/_Suite.junit
        derbyall/derbyall.fail:jdbcapi/_Suite.junit
        derbyall/storeall/storeall.fail:store/BootAllTest.junit

                        • Diff file derbyall/derbylang/_Suite.diff
            • Start: _Suite jdk1.3.1 subset - 2.2 derbyall:derbylang 2006-09-03 11:25:02 ***
              0 add
              > .EEEEEEEE
              > There were 8 errors:
              > 1) case(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.io.FilePermission fail\Embedded\LangScripts\case read)
              > 2) case(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader )
              > 3) constantExpression(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader )
              > 4) bit2(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader )
              > 5) derived(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader )
              > 6) arithmetic(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader )
              > 7) depend(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader )
              > 8) union(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader )
              > FAILURES!!!
              > Tests run: 1, Failures: 0, Errors: 8
              Test Failed.
              --------------------------------------
                        • Diff file derbyall/storeall/storemore/BootAllTest.diff
            • Start: BootAllTest jdk1.3.1 subset - 2.2 storeall:storemore 2006-09-03 11:42:49 ***
              0 add
              > .E
              > There was 1 error:
              > 1) testSettingBootAllPropertyWithHomePropertySet(org.apache.derbyTesting.functionTests.tests.store.BootAllTest)java.lang.ExceptionInInitializerError: java.security.AccessControlException: Access denied (java.util.PropertyPermission jdbc.drivers read)
              > FAILURES!!!
              > Tests run: 1, Failures: 0, Errors: 1
              Test Failed.
            • End: BootAllTest jdk1.3.1 subset - 2.2 storeall:storemore 2006-09-03 11:42:49 ***
              -------------------------------------
                        • Diff file derbyall/derbylang/GroupByExpressionTest.diff
            • Start: GroupByExpressionTest jdk1.3.1 subset - 2.2 derbyall:derbylang 2006-09-03 10:39:18 ***
              0 add
              > .E.E.E.E.E.EE
              > There were 7 errors:
              > 1) testSimpleExpressions(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader )
              > 2) testSubSelect(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 3) testMiscExpressions(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 4) testExtractOperator(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 5) testDuplicateColumns(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 6) testNegative(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read)
              > 7) junit.framework.TestSuite@11861186java.security.AccessControlException: Access denied (java.io.FilePermission C:\jartest\JarResults.2006-09-01\wctme5.7_derbyall\derbyall\derbylang\GroupByExpressionTest\wombat\seg0\c3c0.dat read)
              > FAILURES!!!
              > Tests run: 6, Failures: 0, Errors: 7
              Test Failed.
        Show
        Sunitha Kambhampati added a comment - The below 3 tests failed with java.security.AccessControlException on a testrun with insane jars on 09/01 with wctme5.7 Just adding the diffs here . jars - 10.3.0.0 alpha - (439522) derbyall/derbyall.fail:lang/_Suite.junit derbyall/derbyall.fail:jdbcapi/_Suite.junit derbyall/storeall/storeall.fail:store/BootAllTest.junit Diff file derbyall/derbylang/_Suite.diff Start: _Suite jdk1.3.1 subset - 2.2 derbyall:derbylang 2006-09-03 11:25:02 *** 0 add > .EEEEEEEE > There were 8 errors: > 1) case(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.io.FilePermission fail\Embedded\LangScripts\case read) > 2) case(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader ) > 3) constantExpression(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader ) > 4) bit2(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader ) > 5) derived(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader ) > 6) arithmetic(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader ) > 7) depend(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader ) > 8) union(org.apache.derbyTesting.functionTests.tests.lang.LangScripts)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader ) > FAILURES!!! > Tests run: 1, Failures: 0, Errors: 8 Test Failed. -------------------------------------- Diff file derbyall/storeall/storemore/BootAllTest.diff Start: BootAllTest jdk1.3.1 subset - 2.2 storeall:storemore 2006-09-03 11:42:49 *** 0 add > .E > There was 1 error: > 1) testSettingBootAllPropertyWithHomePropertySet(org.apache.derbyTesting.functionTests.tests.store.BootAllTest)java.lang.ExceptionInInitializerError: java.security.AccessControlException: Access denied (java.util.PropertyPermission jdbc.drivers read) > FAILURES!!! > Tests run: 1, Failures: 0, Errors: 1 Test Failed. End: BootAllTest jdk1.3.1 subset - 2.2 storeall:storemore 2006-09-03 11:42:49 *** ------------------------------------- Diff file derbyall/derbylang/GroupByExpressionTest.diff Start: GroupByExpressionTest jdk1.3.1 subset - 2.2 derbyall:derbylang 2006-09-03 10:39:18 *** 0 add > .E.E.E.E.E.EE > There were 7 errors: > 1) testSimpleExpressions(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.lang.RuntimePermission createClassLoader ) > 2) testSubSelect(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 3) testMiscExpressions(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 4) testExtractOperator(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 5) testDuplicateColumns(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 6) testNegative(org.apache.derbyTesting.functionTests.tests.lang.GroupByExpressionTest)java.security.AccessControlException: Access denied (java.util.PropertyPermission java.security.policy read) > 7) junit.framework.TestSuite@11861186java.security.AccessControlException: Access denied (java.io.FilePermission C:\jartest\JarResults.2006-09-01\wctme5.7_derbyall\derbyall\derbylang\GroupByExpressionTest\wombat\seg0\c3c0.dat read) > FAILURES!!! > Tests run: 6, Failures: 0, Errors: 7 Test Failed.

          People

          • Assignee:
            Myrna van Lunteren
            Reporter:
            Myrna van Lunteren
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development