aboutsummaryrefslogtreecommitdiffstats
path: root/tests/reproducers/simple/AppletTakesLastParam/testcases/AppletTakesLastParamTests.java
diff options
context:
space:
mode:
authorOmair Majid <[email protected]>2012-10-05 23:02:53 -0400
committerOmair Majid <[email protected]>2012-10-05 23:02:53 -0400
commitab6aca7146d2f436672f7766fc3d50a228aad5f5 (patch)
treefd675df6bf3f3fb46522e9fc121d50cc9ba2ab46 /tests/reproducers/simple/AppletTakesLastParam/testcases/AppletTakesLastParamTests.java
parentee45e9d0d23bcecbc08f44b838999201cebce2ad (diff)
PR1145: IcedTea-Web can cause ClassCircularityError
It is possible for the ClassLoader to encounter a ClassCircularityError. This can happen when the ClassLoader detects that checking if a class 'A' has been loaded triggers another check of whether 'A' has been loaded before the first check has completed. This can happen easily when trying to load Policy or Permission classes, which lie in our code path that checks whether a class has been loaded. One possible fix is to ensure these classes are not in the path of code that gets executed when we are trying to check for a class. This can be done by removing the call to getAccessControlContextForClassLoading. The javadocs for ClassLoader.findLoadedClass do not mention any permissions required to call the method nor do they mention that the method can throw a SecurityException. The native code that implements findLoadedClass does not have any security checks either. The doProvileged block is probably not needed here and removing it breaks the circularity.
Diffstat (limited to 'tests/reproducers/simple/AppletTakesLastParam/testcases/AppletTakesLastParamTests.java')
0 files changed, 0 insertions, 0 deletions