Prev: Taking a step forward in JAVA programming
Next: How to check if object is an instanceof a class, but not a sub-class ?
From: Logical Animal on 23 Jun 2010 07:09 We have a signed Java applet which works perfectly on Windows XP and Linux but malfunctions on Windows 7 and MacOS 10.5. The part which does not work is opening up a JFileChooser (which opens up fine) which then permits the user to browse local files only but not folders on network drives. When the user double-clicks on a network folder or clicks the Open button, nothing happens. The folder is not opened and there are no exceptions reported in the console. Obviously it presents as some kind of security violation/exception but, as I said, there are no exceptions in the console and it works fine on some OSes but not others. I have examined the permissions on a folder that does open and one that doesn't (i.e. a network folder) and they certainly are different but I can't spot any obvious problems. All machines have the exact same version of Java (i.e. 1.6.0_20) and it doesn't appear to a 32-bit vs. 64-bit issue as there is a mix of architectures that are working and not working. Can anyone suggest how I might go about debugging this or perhaps suggest a resolution? Given that the code that is being executed at the time is Swing code and not application code I am at a bit of a loss as to how to solve this problem. The Logical Animal
From: Thomas A. Russ on 23 Jun 2010 13:33
"Logical Animal" <none(a)invalid.com> writes: > We have a signed Java applet which works perfectly on Windows XP and > Linux but malfunctions on Windows 7 and MacOS 10.5. You might try asking this on Apples Java developers list, at least for the Mac part of it. http://lists.apple.com/mailman/listinfo/java-dev You would need to subscribe to see the answers, but you could unsubscribe later. -- Thomas A. Russ, USC/Information Sciences Institute |