I've looked at all my old links and the Early Access page just points to 6u11 which
Where is the real Early Access Page so I can try 6u12
I don't understand what you think is wrong here. Unsigned applets are not allowed access to local files.
I guess we have our usual failure to communicate ----
I said clearly that this only happens when I run my
applet locally. Why did you misinterpret what I said
to mean trying to access a local file from a remotely
The HTML page is local to my machine. I mirror my web site on my own machine.
I have my HTML pages in a folder. That folder contains a folder for jars and a folder for
images. The HTML page uses relative paths to get to the jars and folder. Look at
the source for the web page.
An applet can download resources from the server it was launched from. In this case,
the server is my local machine.
I know that applets downloaded from a remote server cannot open a resource on the
local machine. I think anybody who's written an applet knows that. Of course only
signed applets can do that.
This is all on my local machine:
I click on the HTML page. That starts my default browser -- in this case Firefox 2.
The web page has an applet tag that loads the applet jar from the local machine. The
applet uses HTTP to connect to the local machine using the file:// protocol. When
the applet starts to run, it calls back to the server (the local machine) to get a resource
(the jpg image that it is to run) and when it tries to get the size of the resource using
getContentLength() this leads to an AccessControlException.
This doesn't happen with any JRE less than or equal to 6u10. This is the normal
way to test applets, by running them locally before you upload to the server.
Again -- the AccessControlException started by trying to get the size of the resource
using getContentLenght() only happens if I try to run the applet locally with 6u11 and 6u12.
If I run the applet from my website it does not generate an AccessControlException
when I use getContentLength() to get the size of the resource file (the jpg image) with
6u11 and 6u12
I have probably not made this clear so ask a specific question if you don't understand what I've just just said -- ask a question.
No matter if you run the applet from your local machine, you would still have to sign the applet to get this to work correctly - to access a file in the local file system. The applet does not change behaviour depending on where the HTML file is located - on your local system or on a remote web server.
Hope this helps,
No, you are misinterpreting what I say.
The HTML; jar; image file are all on the same machine. It's all local. The applet
is not downloaded from a remote server and then trying to access a file on the
machine it was downloaded to. It's reading a file in the codebase of the jar.
6u12 EA build is not published yet. An announcement will be posted on the SDN Program News ( http://blogs.sun.com/SDNProgramNews ). You may want to subscribe the 6uN RSS category if you haven't already.
Your link points to a page that was last updated in Oct for 6u10. Why would
I want to go there? It's out of date stuff and it doesn't look like anyone cares.
Because 6u12 EA program hasn't kick started yet. I will post an announcement there when 6u12 ea builds are published on java.net.
u12b02 seems to be available now http://download.java.net/jdk6/
-gtk gets a combo box button!
-better heavyweihgt/lightweight interop.
-replaced orange applet banner
-64 bit plugin (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4802695 ) (fixed already in b01)
Got it, maybe in the next release someone can fix a bug instead of adding new features.
I keep telling you that this is happening and nobody seems to care.
java.security.AccessControlException: access denied (java.io.FilePermission D:\BlueHostSite\public_html\images\TopOfChairOne.jpg read)
at java.security.AccessControlContext.checkPermission(Unknown Source)
at java.security.AccessController.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkRead(Unknown Source)
at java.io.File.isDirectory(Unknown Source)
at sun.net.www.protocol.file.FileURLConnection.connect(Unknown Source)
at sun.net.www.protocol.file.FileURLConnection.initializeHeaders(Unknown Source)
at sun.net.www.protocol.file.FileURLConnection.getContentLength(Unknown Source)
at java.lang.Thread.run(Unknown Source)
you already filed a bug rep.?
No bug report. It's an exercise in futility.
I wouldn't know what to report and I can't provide a standalone code sample.
in this case it is very unlikely that it will be fixed.
Your use of this web site or any of its content or software indicates your agreement to be bound by these Terms of Participation.
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.