[ 
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

Reply via email to