Solution: The most likely cause is that the applet is improperly
installed or there is a wrong ARCHIVE or CODEBASE setting in the applet tag,
so it cannot find the chemaxon/marvin/templates directory.
If Marvin is installed into "somedirectory", then
use this: | ARCHIVE="marvin.jar"
CODEBASE="somedirectory" |
NOT this (WRONG!): | ARCHIVE="somedirectory/marvin.jar"
|
S: The most likely cause is that the applet is improperly
installed or there is a wrong ARCHIVE or CODEBASE setting in the applet tag,
so it cannot find the class files in the chemaxon/marvin/modules/ directory.
If Marvin is installed into "somedirectory", then
use this: | ARCHIVE="marvin.jar"
CODEBASE="somedirectory" |
NOT this (WRONG!): | ARCHIVE="somedirectory/marvin.jar"
|
S: You might use a buggy Java plugin version such as 1.4.0.
You should upgrade (or downgrade) Java.
Detailed explanation: In Java 1.4.0, one Toolkit.getPrintJob()
call
results in two or more confirm dialogs asking the same question, then one
PrintJob.getGraphics()
call results in even more questions and freezing
when called from an unsigned applet.
S: This is a bug in Microsoft's old Java 1.1 virtual machine, that appears under certain circumstances. As a workaround, you should preload the XXX module. If it still freezes but at class YYY, then you should preload YYY too, etc. See the MarvinView Example XYZ Animations.
S: This is a browser/JVM bug that occurs if an applet method is called from JavaScript that requests downloading a class file from the web (with http protocol). The workaround is to preload the extra classes that will be used by the method (see MarvinSketch Example - Import/export of built-in and user defined molecule formats in JavaScript). Another solution is to upgrade Java on the user's machine. The problem does not exist in JRE 1.4.
S: JRE 1.4.1_01 is a buggy Java version. Many Java applications beside Marvin freeze with this version or other serious problems can occur. See on bugparade.
S: In wireframe display mode with visible "atom symbols" and "all hydrogens" settings sometimes the JRE cannot draw short lines and this may causes freezing. See on Sun's Bug Parade
CLASSPATH
, then it can
interfere with the applet.CLASSPATH
.
Additional libraries such as Marvin should only be specified in a
local CLASSPATH
inside a script or a Makefile,
but not in the global one that is also seen by the web browser.
A: No! It probably has nothing to do with Marvin. Pages containing frames, tables and applets may crash Netscape under certain circumstances. Such crashes are independent of the applet code.
S: This is a browser/JVM bug, can be found on SUN's
Bug Parade site with 4519411 bug Id.
A fix is integrated into the 1.3.1_03, 1.4.0_01 and above update releases.
S: This is a browser/JVM bug that occurs if
netscape.javascript.JSObject.getWindow(applet)
is called from Java code.
This bug occurs in the following buggy Java versions: 1.3.1_b24, 1.3.1_02-b02.
They are found in Netscape 6.x and in Netscape 7.0 as built-in JVM.
The only solution is to upgrade Java on the user's machine and
set the new Java Environment to the browser.
The problem does not exist in JRE 1.3.1_01 and JRE 1.4.x.
S: It is a Java bug in the Linux version of JRE 1.4.2. If there is any reference to the applet in JavaScript, this JRE can not destroy the applet. E.g.:
if(document.msketch != null) { // do someting }You can find more info about this bug in Sun's Bug Parade. To avoid this memory leak, update your JRE to 1.5.
A: Send an email to describing the circumstances: