-
Bug
-
Resolution: Fixed
-
P2
-
6u11, 6u12
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2171010 | 5.0u18 | Miroslaw Niemiec | P2 | Resolved | Fixed | b01 |
JDK-2171220 | 1.4.2_20 | Miroslaw Niemiec | P2 | Resolved | Fixed | b01 |
JDK-2171221 | 1.3.1_25 | Miroslaw Niemiec | P2 | Resolved | Fixed | b01 |
The fix for 6716217 has introduced a regression where a developer's applet can no longer access its resources when loaded from the local disk. This issue is described on the forum thread http://forums.java.net/jive/thread.jspa?threadID=54799&tstart=0 .
A test case is attached. Navigate to the included HTML file. With 6u10 and earlier the applet will load. With 6u11 and later the applet will throw an AccessControlException that can be seen on the Java Console.
The directory setup is as follows:
testcase/
index.html
jars/applet.jar
images/image.jpg
The index.html references applet.jar in the applet tag. The codebase for the applet is set to be the "testcase" directory. The applet attempts to load the resource "images/image.jpg". With 6u11 and later this is throwing an AccessControlException because the applet is only receiving permissions to read recursively under the directory from which the jar was actually loaded rather than the codebase as in earlier releases.
This compatibility issue may impact an unknown number of developers.
One possible solution would involve granting permissions to read recursively under the document base of the applet.
A test case is attached. Navigate to the included HTML file. With 6u10 and earlier the applet will load. With 6u11 and later the applet will throw an AccessControlException that can be seen on the Java Console.
The directory setup is as follows:
testcase/
index.html
jars/applet.jar
images/image.jpg
The index.html references applet.jar in the applet tag. The codebase for the applet is set to be the "testcase" directory. The applet attempts to load the resource "images/image.jpg". With 6u11 and later this is throwing an AccessControlException because the applet is only receiving permissions to read recursively under the directory from which the jar was actually loaded rather than the codebase as in earlier releases.
This compatibility issue may impact an unknown number of developers.
One possible solution would involve granting permissions to read recursively under the document base of the applet.
- backported by
-
JDK-2171010 Regression: applets loaded from local disk can not access co-located resources
- Resolved
-
JDK-2171220 Regression: applets loaded from local disk can not access co-located resources
- Resolved
-
JDK-2171221 Regression: applets loaded from local disk can not access co-located resources
- Resolved
- duplicates
-
JDK-6791926 JApplet throw exception in JDK 1.6 update 11, but working in JDK 1.6 update 10
- Closed