By self-signing the jarfile with keytool/jarsigner1.3, I have made an
applet version of Doug Gehringer's VolRend (3D volume rendering code)
run using Java plugin 1.3 and Java3d 1.2.
This runs with several small geophysical models under NS4.7x, under
WIN98, NT and Solaris8 (1.3beta-refresh- a little shaky) and, of course
the appletviewer.
The applet executes in all these environments without raising security
exceptions or asking for special permissions, as does Dan Selman's Benchj3d.
I have granted no special permissions in the .java.policy file
A difference arises in the case of Netscape6pr2, under which the
VolRend applet triggers several violations
(java.util.PropertyPermission os.version read and Bad magic number)
while BenchJ3d runs without exception. Does anyone know where this
attempted read comes from? The VolRend code does not try to
read os.version explicitly, so it must come from Java3D or Swing.
I know that the security of NS6pr2 is imperfect but this seems surprising.
Does anyone have a suggesion about where I might look to make VolRend
(which uses Swing as well as J3D) as "clean" as BenchJ3d? Also, if
self-signing works well enough not to raise security flags, why bother
with the CAs? Or is something loused up with my browser security?
Links to these examples are available at http://www.mindspring.com/~ldorman/VR
Also, is there a simple way to determine exactly which version of the j3d
libraries
is being used?
LeRoy M. Dorman Scripps Institution of Oceanography, 0220
University of California, San Diego La Jolla, CA 92093-0220
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
