Netscape.javascript.JSException is never thrown in body of corresponding tr

Question

I have the following try/catch block:
try
          netscape.javascript.JSObject.getWindow(this.applet).eval("ClkExcept(" + nId.toString() + ")");
        }catch(netscape.javascript.JSException e){}Which, for as long as I have compiled (until recently) compiled fine. However, when I recently had to recompile the classes containing this code because of an unrelated issue, I now get a message from the compiler stating that exception netscape.javascript.JSException is never thrown in body of corresponding try statement. I am attempting to use the latest 1.3.1_XX SDK (I must compile with some build of 1.3.1), but have run into this compiler message with all builds of 1.3.1 that I have tried. All documentation I can locate for the netscape.javascript.JSObject class states that the GetWindow() function can throw an exception of type netscape.javascript.JSException.
Has anyone seen this before, or does anyone have any suggestions on how to get the compiler working correctly?

Answer 1

This code has not been edited in two years, but has
been recompiled numerous times since then (until
today) without any compiler messages pertaining to
this try/catch block. I know for a fact that the
GetWindow() function can throw a JSException. Have you changed compilers recently?
Have you tried compiling a brand new tiny test program in a different directory, with an explicit -classpath arg that contains only that relevant jar file, and no other classes in the directory?
Have you tried extracting the class file from the jar, running it through a decompiler, and seeing what it says about the exception?
If I
remove the try/catch block and there is a problem
with the javascript function that is called on the
page hosting my applet there would obviously be an
exception to catch. Removing the try/catch block is
not a solution.You could try catching Exception instead. That will pass the compiler, because Exception includes RuntimeException and its descendants, and the compiler can't know that those won't be thrown, since they're unhecked. I'd consider that a last-ditch hack though, and wouldn't do it unless I'd thoroughly investigated first.