You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Alexei Fedotov (JIRA)" <ji...@apache.org> on 2006/10/24 23:52:18 UTC
[jira] Created: (HARMONY-1956) [classlib][luni]
org.apache.harmony.luni.tests.java.lang.ClassTest.test_getClasses_subtest0()
has no complete solution in JRE - the testcase should be fixed
[classlib][luni] org.apache.harmony.luni.tests.java.lang.ClassTest.test_getClasses_subtest0() has no complete solution in JRE - the testcase should be fixed
------------------------------------------------------------------------------------------------------------------------------------------------------------
Key: HARMONY-1956
URL: http://issues.apache.org/jira/browse/HARMONY-1956
Project: Harmony
Issue Type: Bug
Components: Classlib
Reporter: Alexei Fedotov
Alexey Varlamov wrote at HARMONY-1688,
The testcase enforces somewhat stronger limitation: AccessController.checkPermission() should never lead to nested call for SecurityManager.checkPermission(), otherwise we have recursion again. I guess if we slightly hack the environment of this testcase (without changing testing logic itself) e.g. to use custom security policy provider, we'll be able to reproduce endless recursion on RI too. The DRLVM is more vulnerable to this due to it's pure-Java ACC impl peculiarities, it fails even with the default policy.
[...] the [...] issue has no complete solution in JRE.
Here is the fix for the test, better handling of recursion in security machinery. This eliminates issue (2) above.
http://issues.apache.org/jira/secure/attachment/12342647/H-1688.ClassTest.patch (ASF granted)
See also http://wiki.apache.org/harmony/Unit_Tests_Pass_on_DRLVM
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (HARMONY-1956) [classlib][luni]
org.apache.harmony.luni.tests.java.lang.ClassTest.test_getClasses_subtest0()
has no complete solution in JRE - the testcase should be fixed
Posted by "Paulex Yang (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/HARMONY-1956?page=all ]
Paulex Yang closed HARMONY-1956.
--------------------------------
Resolution: Duplicate
Assignee: Paulex Yang
Duplicated with HARMONY-1805.
> [classlib][luni] org.apache.harmony.luni.tests.java.lang.ClassTest.test_getClasses_subtest0() has no complete solution in JRE - the testcase should be fixed
> ------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: HARMONY-1956
> URL: http://issues.apache.org/jira/browse/HARMONY-1956
> Project: Harmony
> Issue Type: Bug
> Components: Classlib
> Reporter: Alexei Fedotov
> Assigned To: Paulex Yang
>
> Alexey Varlamov wrote at HARMONY-1688,
> The testcase enforces somewhat stronger limitation: AccessController.checkPermission() should never lead to nested call for SecurityManager.checkPermission(), otherwise we have recursion again. I guess if we slightly hack the environment of this testcase (without changing testing logic itself) e.g. to use custom security policy provider, we'll be able to reproduce endless recursion on RI too. The DRLVM is more vulnerable to this due to it's pure-Java ACC impl peculiarities, it fails even with the default policy.
> [...] the [...] issue has no complete solution in JRE.
> Here is the fix for the test, better handling of recursion in security machinery. This eliminates issue (2) above.
> http://issues.apache.org/jira/secure/attachment/12342647/H-1688.ClassTest.patch (ASF granted)
> See also http://wiki.apache.org/harmony/Unit_Tests_Pass_on_DRLVM
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (HARMONY-1956) [classlib][luni]
org.apache.harmony.luni.tests.java.lang.ClassTest.test_getClasses_subtest0()
has no complete solution in JRE - the testcase should be fixed
Posted by "Alexey Varlamov (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/HARMONY-1956?page=comments#action_12445524 ]
Alexey Varlamov commented on HARMONY-1956:
------------------------------------------
Yes, this one should be resolved duplicate. Thanks.
> [classlib][luni] org.apache.harmony.luni.tests.java.lang.ClassTest.test_getClasses_subtest0() has no complete solution in JRE - the testcase should be fixed
> ------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: HARMONY-1956
> URL: http://issues.apache.org/jira/browse/HARMONY-1956
> Project: Harmony
> Issue Type: Bug
> Components: Classlib
> Reporter: Alexei Fedotov
>
> Alexey Varlamov wrote at HARMONY-1688,
> The testcase enforces somewhat stronger limitation: AccessController.checkPermission() should never lead to nested call for SecurityManager.checkPermission(), otherwise we have recursion again. I guess if we slightly hack the environment of this testcase (without changing testing logic itself) e.g. to use custom security policy provider, we'll be able to reproduce endless recursion on RI too. The DRLVM is more vulnerable to this due to it's pure-Java ACC impl peculiarities, it fails even with the default policy.
> [...] the [...] issue has no complete solution in JRE.
> Here is the fix for the test, better handling of recursion in security machinery. This eliminates issue (2) above.
> http://issues.apache.org/jira/secure/attachment/12342647/H-1688.ClassTest.patch (ASF granted)
> See also http://wiki.apache.org/harmony/Unit_Tests_Pass_on_DRLVM
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (HARMONY-1956) [classlib][luni]
org.apache.harmony.luni.tests.java.lang.ClassTest.test_getClasses_subtest0()
has no complete solution in JRE - the testcase should be fixed
Posted by "Alexei Fedotov (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/HARMONY-1956?page=comments#action_12445688 ]
Alexei Fedotov commented on HARMONY-1956:
-----------------------------------------
Please close this bug as duplicate.
> [classlib][luni] org.apache.harmony.luni.tests.java.lang.ClassTest.test_getClasses_subtest0() has no complete solution in JRE - the testcase should be fixed
> ------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: HARMONY-1956
> URL: http://issues.apache.org/jira/browse/HARMONY-1956
> Project: Harmony
> Issue Type: Bug
> Components: Classlib
> Reporter: Alexei Fedotov
>
> Alexey Varlamov wrote at HARMONY-1688,
> The testcase enforces somewhat stronger limitation: AccessController.checkPermission() should never lead to nested call for SecurityManager.checkPermission(), otherwise we have recursion again. I guess if we slightly hack the environment of this testcase (without changing testing logic itself) e.g. to use custom security policy provider, we'll be able to reproduce endless recursion on RI too. The DRLVM is more vulnerable to this due to it's pure-Java ACC impl peculiarities, it fails even with the default policy.
> [...] the [...] issue has no complete solution in JRE.
> Here is the fix for the test, better handling of recursion in security machinery. This eliminates issue (2) above.
> http://issues.apache.org/jira/secure/attachment/12342647/H-1688.ClassTest.patch (ASF granted)
> See also http://wiki.apache.org/harmony/Unit_Tests_Pass_on_DRLVM
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira