jvmnj
asked on
What makes a Java Applet Jar Invalid?
Hello,
I have an issue with an applet. The issue has occured from more than one computer. The applet was last deployed in April. It was working from then.What can we look for that would invalidate the ability to read a jar file?
network: Downloading resource: https://[path and file name removed for privacy].jar
Content-Length: -1
Content-Encoding: null
java.io.IOException: Invalid jar file
at com.sun.deploy.net.Downloa dEngine.ge tJarFileWi thoutCache (Unknown Source)
at com.sun.deploy.net.Downloa dEngine.ge tJarFileWi thoutCache (Unknown Source)
at com.sun.deploy.net.Downloa dEngine.do wnloadJarW ithoutCach e(Unknown Source)
at sun.plugin.PluginURLJarFil eCallBack$ 2.run(Unkn own Source)
at java.security.AccessContro ller.doPri vileged(Na tive Method)
at sun.plugin.PluginURLJarFil eCallBack. retrieve(U nknown Source)
at sun.net.www.protocol.jar.URLJarFile.retrieve(Unknown Source)
at sun.net.www.protocol.jar.URLJarFile.getJarFile(Unknown Source)
at sun.net.www.protocol.jar.JarFileFactory.get(Unknown Source)
at sun.net.www.protocol.jar.JarURLConnection.connect(Unknown Source)
at sun.plugin.net.protocol.ja r.CachedJa rURLConnec tion.conne ct(Unknown Source)
at sun.plugin.net.protocol.ja r.CachedJa rURLConnec tion.getJa rFileInter nal(Unknow n Source)
at sun.plugin.net.protocol.ja r.CachedJa rURLConnec tion.getJa rFile(Unkn own Source)
at com.sun.deploy.security.De ployURLCla ssPath$Jar Loader.get JarFile(Un known Source)
at com.sun.deploy.security.De ployURLCla ssPath$Jar Loader.acc ess$1000(U nknown Source)
at com.sun.deploy.security.De ployURLCla ssPath$Jar Loader$1.r un(Unknown Source)
at java.security.AccessContro ller.doPri vileged(Na tive Method)
at com.sun.deploy.security.De ployURLCla ssPath$Jar Loader.ens ureOpen(Un known Source)
at com.sun.deploy.security.De ployURLCla ssPath$Jar Loader.<in it>(Unknow n Source)
at com.sun.deploy.security.De ployURLCla ssPath$3.r un(Unknown Source)
at java.security.AccessContro ller.doPri vileged(Na tive Method)
at com.sun.deploy.security.De ployURLCla ssPath.get Loader(Unk nown Source)
at com.sun.deploy.security.De ployURLCla ssPath.get Loader(Unk nown Source)
at com.sun.deploy.security.De ployURLCla ssPath.get Resource(U nknown Source)
at sun.plugin2.applet.Plugin2 ClassLoade r$2.run(Un known Source)
at java.security.AccessContro ller.doPri vileged(Na tive Method)
at sun.plugin2.applet.Plugin2 ClassLoade r.findClas sHelper(Un known Source)
at sun.plugin2.applet.Applet2 ClassLoade r.findClas s(Unknown Source)
at sun.plugin2.applet.Plugin2 ClassLoade r.loadClas s0(Unknown Source)
at sun.plugin2.applet.Plugin2 ClassLoade r.loadClas s(Unknown Source)
at sun.plugin2.applet.Plugin2 ClassLoade r.loadClas s(Unknown Source)
at java.lang.ClassLoader.load Class(Unkn own Source)
at sun.plugin2.applet.Plugin2 ClassLoade r.loadCode (Unknown Source)
at sun.plugin2.applet.Plugin2 Manager.cr eateApplet (Unknown Source)
at sun.plugin2.applet.Plugin2 Manager$Ap pletExecut ionRunnabl e.run(Unkn own Source)
at java.lang.Thread.run(Unkno wn Source)
I have an issue with an applet. The issue has occured from more than one computer. The applet was last deployed in April. It was working from then.What can we look for that would invalidate the ability to read a jar file?
network: Downloading resource: https://[path and file name removed for privacy].jar
Content-Length: -1
Content-Encoding: null
java.io.IOException: Invalid jar file
at com.sun.deploy.net.Downloa
at com.sun.deploy.net.Downloa
at com.sun.deploy.net.Downloa
at sun.plugin.PluginURLJarFil
at java.security.AccessContro
at sun.plugin.PluginURLJarFil
at sun.net.www.protocol.jar.URLJarFile.retrieve(Unknown Source)
at sun.net.www.protocol.jar.URLJarFile.getJarFile(Unknown Source)
at sun.net.www.protocol.jar.JarFileFactory.get(Unknown Source)
at sun.net.www.protocol.jar.JarURLConnection.connect(Unknown Source)
at sun.plugin.net.protocol.ja
at sun.plugin.net.protocol.ja
at sun.plugin.net.protocol.ja
at com.sun.deploy.security.De
at com.sun.deploy.security.De
at com.sun.deploy.security.De
at java.security.AccessContro
at com.sun.deploy.security.De
at com.sun.deploy.security.De
at com.sun.deploy.security.De
at java.security.AccessContro
at com.sun.deploy.security.De
at com.sun.deploy.security.De
at com.sun.deploy.security.De
at sun.plugin2.applet.Plugin2
at java.security.AccessContro
at sun.plugin2.applet.Plugin2
at sun.plugin2.applet.Applet2
at sun.plugin2.applet.Plugin2
at sun.plugin2.applet.Plugin2
at sun.plugin2.applet.Plugin2
at java.lang.ClassLoader.load
at sun.plugin2.applet.Plugin2
at sun.plugin2.applet.Plugin2
at sun.plugin2.applet.Plugin2
at java.lang.Thread.run(Unkno
Last i heard, with current JREs, all applets must be signed now
Make sure that the JAR is being served properly too. Put the address (https://[path and file name removed for privacy].jar) into a normal browser address bar and make sure that is downloads the JAR file properly. Check that the downloaded jar file is correct.
ASKER
Thanks mccarl.
I have done that it downloads and was able to view the files in a decompiler. I can confirm that the same jar file loads using the same client browser in 2 other deployed environments. What do you all think could be wrong with this environment?
I have done that it downloads and was able to view the files in a decompiler. I can confirm that the same jar file loads using the same client browser in 2 other deployed environments. What do you all think could be wrong with this environment?
You could well have different runtimes - did you test them?
http://www.java.com/en/download/testjava.jsp
http://www.java.com/en/download/testjava.jsp
ASKER
Thanks CEHJ.
But the the same applet jar, ran by the same user, from the same desktop (same jre) works in 2 environments. But in the quality environment it reads invalid jar. Any other thoughts?
But the the same applet jar, ran by the same user, from the same desktop (same jre) works in 2 environments. But in the quality environment it reads invalid jar. Any other thoughts?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
I found the answer on my own