I sometimes find the Java setup on my various Apple devices to be a mystery.Recently, I was trying to get a Java applet to run in the same way on 2 iMacs and my MacBook Air. The applet is a simple vpn client from Juniper that lets me access a Citrix Desktop from any Mac that I can install the Citrix receiver client on so I can work on 'Company stuff' from a large screen iMac when I'm sat at home or from my MacBook when I'm on the road (it works fine over 3/4G).The first thing is that you have to do of both Java and Safari to get the applet to run at all.Once that was all done, I could log in from all my Macs, fire up the applet and establish a secure connection.On two of the Macs, as soon as I fired up the Citrix app, the Java vpn window would show 'error'. The console showed a Java crash. But on the third Mac, everything worked fine. I made sure that the Safari and Java preferences were set the same on each machine but still no joy.

The current Juniper product that Stony Brook utilizes for its VPN services uses Java to download the application to your computer. Java is then used to see if your computer has the latest code. Viraja homa mantra pdf download. A problem has been identified, especially with Mac OS X systems, where if the application needs to be updated, it does not update, the program fails.

Then I remembered that I had done some Java development in the past and installed various jdks from Oracle so I ran:java -versionin Terminal on each machine. I keep everything up to date via the Java control panel (currently 1.7xx soon to be 1.8) so was surprised to see this:java version '1.6.065'That was on the working Mac. Then I remembered the difference between 'System' Java, Java plugins, and Java development kits. Simply put, you can have multiple versions of Java in different places.

What was happening on the not-working Macs was that the jdk versions were being used, and the Juniper vpn client won't work with them.To fix things for the moment I simply removed the jdk folders.sudo rm -fr /Library/Java/JavaVirtualMachines/.And then checked that the reported version of Java was 1.6 on each Mac. Web applets still use the up to date, secure version 1.7 plugin. crarko adds: I believe Oracle has said that eventually Java will no longer support applets at all, on any platform. Is this about a Java app or a Java applet?

They are different. I wasn't aware that Oracle planned to disable support for Java applets, so I'd like to see a document from them about that if it's true, but I.do. know they are eventually requiring them to be signed (and are requiring it by default as of recent versions of the JRE, though this can be reconfigured).On a related note, personally, applets have always been a bit awkward, and I much prefer standalone applications if I have to use Java, anyway. There are definitely some complications about running Java on OS X. In Mavericks, there are two Java VMs that I know of:. The plugin used by browsers to run applets is 1.8 (Java 8) here:/Library/Internet Plug-Ins/JavaAppletPlugin.plugin/You.can.

use that java from the command line, because that plugin contains a full Java VM. So you can type this from the command line:/Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java. The other Java installed with Mavericks is old old old and is Java 1.6, already mentioned above. If you type 'which java' in a Terminal window you get this:/usr/bin/javaYou can update.that. Java by going to Oracle's java.com (and downloading/installing the latest OS X version, which is 1.7. That will let you use a more recent Java than 1.6 for programs (like Minecraft) that might care about such things.Hope this didn't muddy things further.

Juniper Access 2000 6.3R2 - Linux FireFox 3.5.3We give non-windows clients terminal server access via the JSAM tunnel workaround. It worked on Ubuntu 9.04 which had Java jre 1.5With the new 9.10 Ubuntu Karmic Koala comes Java 1.6 jre. When the user starts the jsam applet it stalls without ever connecting. The java debug console shows it cannot find 'CSApplet.class'basic: load: class CSApplet.class not found.load: class CSApplet.class not found.java.lang.ClassNotFoundException: CSApplet.classPossibly related:Caused by: java.net.MalformedURLException: Illegal character in URLWho knows in which.jar this CSApplet.class is hiding, is this something that should be on the Linux machine, or something delivered from the Juniper Access server?