db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Myrna van Lunteren (JIRA)" <j...@apache.org>
Subject [jira] Commented: (DERBY-4128) Failure in ServerPropertiesTest due to java.security.AccessControlException on the server side, in 10.4 to 10.5.1. soft upgrade mode
Date Tue, 07 Apr 2009 17:44:12 GMT

    [ https://issues.apache.org/jira/browse/DERBY-4128?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12696646#action_12696646
] 

Myrna van Lunteren commented on DERBY-4128:
-------------------------------------------

If I understand correctly, we're talking about a bit of an edge case - the case where a user
has got traceDirectory set, the directory exists, they've got read and write permissions for
derby.jar to the directory, but they've got write, but not read permissions in the policy
file for derbynet.jar to the directory?

I think it would be acceptable to introduce the incompatibility of requiring the users to
modify the policy files...It will only be for as long as they have traceDirectory on, which
you probably wouldn't do for a production environment.
I think forcing a user to create the trace directory is a bigger incompatibility.

But, do you need read permission to create a directory? Or would that overwrite what's in
the directory if it exists?


> Failure in ServerPropertiesTest due to java.security.AccessControlException on the server
side, in 10.4 to 10.5.1. soft upgrade mode
> ------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: DERBY-4128
>                 URL: https://issues.apache.org/jira/browse/DERBY-4128
>             Project: Derby
>          Issue Type: Bug
>          Components: Regression Test Failure
>    Affects Versions: 10.5.1.0
>         Environment: Windows Vista 64, Sun JDK 1.6.0_10, Junit 3.8.2
>            Reporter: Suran Jayathilaka
>            Assignee: Kathey Marsden
>
> Soft upgrade from 10.4.2.0 to 10.5.1.0 (RC1).
> This test fails when run under suites.All as well as by itself.
> Steps to reproduce
> ---------------------------
> Steps followed are as follows.
> 1. Run setEmbeddedCP.bat from version 10.4.2.0's bin folder
> 2. In a test folder run ij
> 3. create system/wombat database.
>      ij> connect 'jdbc:derby:system/wombat;create=true';
> 4. exit ij
> 5. Copy the 10.5.1.0 derby jars (from lib folder) and the derbyTesting.jar from 10.4.2.0
to the test folder and set classpath with them (including junit and ORO)
> 6. Run test
>       java -Xmx512M -Xms512M -Dderby.tests.trace=true junit.textui.TestRunner org.apache.derbyTesting.functionTests.tests.derbynet.ServerPropertiesTest
> -------------------------------
> The test failure stack trace is
> ---------------------------------------
> testToggleTrace(org.apache.derbyTesting.functionTests.tests.derbynet.ServerPropertiesTest)junit.framework.AssertionFailedError:
expected:<0> but was:<1>
>         at org.apache.derbyTesting.junit.BaseTestCase.assertExecJavaCmdAsExpected(BaseTestCase.java:505)
>         at org.apache.derbyTesting.functionTests.tests.derbynet.ServerPropertiesTest.assertSuccessfulCmd(ServerPropertiesTest.java:389)
>         at org.apache.derbyTesting.functionTests.tests.derbynet.ServerPropertiesTest.testToggleTrace(ServerPropertiesTest.java:586)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at org.apache.derbyTesting.junit.BaseTestCase.runBare(BaseTestCase.java:102)
>         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 junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
>         at junit.extensions.TestSetup$1.protect(TestSetup.java:21)
>         at junit.extensions.TestSetup.run(TestSetup.java:25)
> The Server's log shows this exception.
> ----------------------------------------------------
> 2009-03-27 19:13:54.754 GMT : Apache Derby Network Server - 10.5.1.0 - (757599) started
and ready to accept connections on port 1527
> 2009-03-27 19:13:55.475 GMT : access denied (java.io.FilePermission D:\projects\derby-testing\test-10.4-3\system
read)
> java.security.AccessControlException: access denied (java.io.FilePermission D:\projects\derby-testing\test-10.4-3\system
read)
> 	at java.security.AccessControlContext.checkPermission(AccessControlContext.java:323)
> 	at java.security.AccessController.checkPermission(AccessController.java:546)
> 	at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
> 	at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
> 	at java.io.File.exists(File.java:731)
> 	at java.io.File.mkdirs(File.java:1181)
> 	at org.apache.derby.impl.drda.DssTrace$1.run(Unknown Source)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at org.apache.derby.impl.drda.DssTrace.startComBufferTrace(Unknown Source)
> 	at org.apache.derby.impl.drda.Session.initTrace(Unknown Source)
> 	at org.apache.derby.impl.drda.Session.setTraceOn(Unknown Source)
> 	at org.apache.derby.impl.drda.NetworkServerControlImpl.setTrace(Unknown Source)
> 	at org.apache.derby.impl.drda.NetworkServerControlImpl.processCommands(Unknown Source)
> 	at org.apache.derby.impl.drda.DRDAConnThread.sessionInitialState(Unknown Source)
> 	at org.apache.derby.impl.drda.DRDAConnThread.run(Unknown Source)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message