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 "Kristian Waagan (JIRA)" <ji...@apache.org> on 2012/10/04 22:43:47 UTC
[jira] [Updated] (DERBY-5889) tests.compatibility._Suite has
AccessControlException errors on Windows
[ https://issues.apache.org/jira/browse/DERBY-5889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Kristian Waagan updated DERBY-5889:
-----------------------------------
Attachment: derby-5889-1b-disable_test_relaxed.diff
Committed patch 1b to trunk with revision 1394250.
It relaxes the criteria for disabling the test, such that it will run on Windows as long as the old releases don't reside on a network drive / UNC path (i.e. "\\myhost\share").
There is more work to make this work, but I don't think it is urgent. This hasn't worked for a long time...
One must ensure URLs/URIs have the host name in the path component, not in the authority component. Existing code in the Java API doesn't always make this happen, and one such example is ClassLoader.getResource[AsStream](String). So, some resources must be obtained manually, making sure the UNC path is correctly representedby the URL object.
Some more information here: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7195175
There are also some other issues, where paths inserted into security policy must be manipulated in the case of UNC paths. The general issue is that "file://blabla" must be converted to "file:////blabla". Some additional issues dealing with these paths when going from URL to File etc.
> tests.compatibility._Suite has AccessControlException errors on Windows
> -----------------------------------------------------------------------
>
> Key: DERBY-5889
> URL: https://issues.apache.org/jira/browse/DERBY-5889
> Project: Derby
> Issue Type: Bug
> Components: Test
> Affects Versions: 10.10.0.0
> Environment: Windows Vista (possibly more variants)
> Reporter: Kristian Waagan
> Labels: derby_triage10_10
> Attachments: derby-5889-1a-disable_test.diff, derby-5889-1b-disable_test_relaxed.diff, derby-5889-2a-windows_networkdrive_paths.diff, derby-5889-2b-windows_networkdrive_paths.diff
>
>
> The modernized compatibility test fails for certain combinations on Windows Vista.
> It is not clear to me why the failing combinations work on other platforms.
> Errors from http://dbtg.foundry.sun.com/derby/test/Daily/jvm1.7/testing/Limited/testSummary-1367634.html :
> 1) combination(client 10.9.1.0 <> server 10.10.0.0)(org.apache.derbyTesting.functionTests.tests.compatibility.ClientCompatibilityRunControl)junit.framework.AssertionFailedError: client VM failed: :Spawned combination(client 10.9.1.0 <> server 10.10.0.0) exitCode=1
> 1) JDBCDriverTest suitejava.security.AccessControlException: access denied ("java.net.SocketPermission" "127.0.0.1:1527" "connect,resolve")
> 2) combination(client 10.8.2.2 <> server 10.10.0.0)(org.apache.derbyTesting.functionTests.tests.compatibility.ClientCompatibilityRunControl)junit.framework.AssertionFailedError: client VM failed: :Spawned combination(client 10.8.2.2 <> server 10.10.0.0) exitCode=1
> 1) JDBCDriverTest suitejava.security.AccessControlException: access denied ("java.net.SocketPermission" "127.0.0.1:1527" "connect,resolve")
> 3) combination(client 10.7.1.1 <> server 10.10.0.0)(org.apache.derbyTesting.functionTests.tests.compatibility.ClientCompatibilityRunControl)junit.framework.AssertionFailedError: client VM failed: :Spawned combination(client 10.7.1.1 <> server 10.10.0.0) exitCode=1
> 1) JDBCDriverTest suitejava.security.AccessControlException: access denied ("java.net.SocketPermission" "127.0.0.1:1527" "connect,resolve")
> 4) combination(client 10.6.2.1 <> server 10.10.0.0)(org.apache.derbyTesting.functionTests.tests.compatibility.ClientCompatibilityRunControl)junit.framework.AssertionFailedError: client VM failed: :Spawned combination(client 10.6.2.1 <> server 10.10.0.0) exitCode=1
> 1) JDBCDriverTest suitejava.security.AccessControlException: access denied ("java.net.SocketPermission" "127.0.0.1:1527" "connect,resolve")
> 5) combination(client 10.5.3.0 <> server 10.10.0.0)(org.apache.derbyTesting.functionTests.tests.compatibility.ClientCompatibilityRunControl)junit.framework.AssertionFailedError: client VM failed: :Spawned combination(client 10.5.3.0 <> server 10.10.0.0) exitCode=1
> 1) JDBCDriverTest suitejava.security.AccessControlException: access denied ("java.net.SocketPermission" "127.0.0.1:1527" "connect,resolve")
> 6) combination(client 10.4.2.1 <> server 10.10.0.0)(org.apache.derbyTesting.functionTests.tests.compatibility.ClientCompatibilityRunControl)junit.framework.AssertionFailedError: client VM failed: :Spawned combination(client 10.4.2.1 <> server 10.10.0.0) exitCode=1
> 1) JDBCDriverTest suitejava.security.AccessControlException: access denied ("java.net.SocketPermission" "127.0.0.1:1527" "connect,resolve")
> 7) combination(client 10.3.3.0 <> server 10.10.0.0)(org.apache.derbyTesting.functionTests.tests.compatibility.ClientCompatibilityRunControl)junit.framework.AssertionFailedError: client VM failed: :Spawned combination(client 10.3.3.0 <> server 10.10.0.0) exitCode=1
> 1) JDBCDriverTest suitejava.security.AccessControlException: access denied ("java.net.SocketPermission" "127.0.0.1:1527" "connect,resolve")
> 8) combination(client 10.2.2.1 <> server 10.10.0.0)(org.apache.derbyTesting.functionTests.tests.compatibility.ClientCompatibilityRunControl)junit.framework.AssertionFailedError: client VM failed: :Spawned combination(client 10.2.2.1 <> server 10.10.0.0) exitCode=1
> 1) JDBCDriverTest suitejava.security.AccessControlException: access denied ("java.net.SocketPermission" "127.0.0.1:1527" "connect,resolve")
> 9) combination(client 10.1.3.1 <> server 10.10.0.0)(org.apache.derbyTesting.functionTests.tests.compatibility.ClientCompatibilityRunControl)junit.framework.AssertionFailedError: client VM failed: :Spawned combination(client 10.1.3.1 <> server 10.10.0.0) exitCode=1
> 1) JDBCDriverTest suitejava.security.AccessControlException: access denied ("java.net.SocketPermission" "127.0.0.1:1527" "connect,resolve")
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira