On Fri, 2 Jan 2004 21:55:26 +0100 (CET), Miguel Howard wrote
> 
> Here are my thoughts ... in random order.
> 
> I have seen that the client Java implementation will often try to access
> the individual class files. It then falls back to pulling down the .jar
> file if the class file is not found. This behavior seems to be 
> heavily JVM dependent. i.e. IE will be different from Sun Java Plug-
> in which will be different from Netscape 4.*
> 
> The applet will try to load the JmolApplet.jar file using http
> 
> I don't understand why it is generating an error for you in your client
> browser. If the JVM tries to load JmolApplet.class and gets a 401 NOT
> FOUND then it should just keep looking for the class ... and then start
> downloading the .jars that are listed in the 'archive' parameter to the
> applet tag.
> 
> I suspect some configuration/setting in Apache.
> 
> Go back and watch the access.log file when you load the .html page 
> ... I would expect it to generate the same behavior.
> 
> What are you using to write your cgi? Perl? (Not that it should make 
> any difference)

Miguel,

The script is Perl and the Apache server is running on an SGI IRIX system. 
Here is a fuller extract from the access.log and error.log files when I access
the site using Safari (the same thing occurs with Camino, I haven't tried
Mozilla or IE yet):

When using the perl CGI script (which gives the error):

>From access.log:

[02/Jan/2004:18:20:29 -0500] "GET /web-cgi-bin/JmolApplet.jar HTTP/1.1" 500 614
[02/Jan/2004:18:20:29 -0500] "GET /web-cgi-bin/JmolApplet.jar HTTP/1.1" 500 614
[02/Jan/2004:18:20:30 -0500] "GET /web-cgi-bin/JmolApplet.class HTTP/1.1" 404 308
[02/Jan/2004:18:20:30 -0500] "GET /web-cgi-bin/JmolApplet.class HTTP/1.1" 404 308
[02/Jan/2004:18:20:31 -0500] "GET /web-cgi-bin/JmolApplet.class HTTP/1.1" 404 308
[02/Jan/2004:18:20:31 -0500] "GET /web-cgi-bin/JmolApplet.class HTTP/1.1" 404 308


>From error.log

[Fri Jan  2 18:20:29 2004] [error] (8)Exec format error: exec of
/usr/people/web/web-cgi-bin/JmolApplet.jar failed
[Fri Jan  2 18:20:29 2004] [error] [client 54.3.186.14] Premature end of
script headers: /usr2/people/web/web-cgi-bin/JmolApplet.jar
[Fri Jan  2 18:20:29 2004] [error] (8)Exec format error: exec of
/usr/people/web/web-cgi-bin/JmolApplet.jar failed
[Fri Jan  2 18:20:29 2004] [error] [client 54.3.186.14] Premature end of
script headers: /usr2/people/web/web-cgi-bin/JmolApplet.jar
[Fri Jan  2 18:20:30 2004] [error] [client 54.3.186.14] script not found or
unable to stat: /usr/people/web/web-cgi-bin/JmolApplet.class
[Fri Jan  2 18:20:30 2004] [error] [client 54.3.186.14] script not found or
unable to stat: /usr/people/web/web-cgi-bin/JmolApplet.class
[Fri Jan  2 18:20:31 2004] [error] [client 54.3.186.14] script not found or
unable to stat: /usr/people/web/web-cgi-bin/JmolApplet.class
[Fri Jan  2 18:20:31 2004] [error] [client 54.3.186.14] script not found or
unable to stat: /usr/people/web/web-cgi-bin/JmolApplet.class


Using the static page:

access.log:

[02/Jan/2004:18:26:55 -0500] "GET /~web/JmolApplet.properties HTTP/1.1" 404 309
[02/Jan/2004:18:26:56 -0500] "GET /~web/glak098a.pdb HTTP/1.1" 200 3185

error.log:

[Fri Jan  2 18:26:55 2004] [error] File does not exist:
/usr/people/web/public_html/JmolApplet.properties


note that JmolApplet.jar exists in both /web/public_html/ and in
/web/web-cgi-bin/ and I've even given it 755 persmissions. My assumption at
this point is this is happening because the "user" is "http" for the
script-generated page rather than user "~web" for the static page, but I
haven't any idea as to how to make it work :-(

Rich


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
Jmol-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jmol-users

Reply via email to