Sebastian,
I've been caught by this too. Netscape looks for the applet classes in your
classpath before attempting to get them from the server. If you need your
classpath to remain set for the server process and you are using Windows try
this:
1. Open a DOS window
2. SET CLASSPATH=
3. Start netscape from the DOS window by typing in the fully qualified
filename of Netscape.exe
You can set up a batch file to do this for you. I also delete my cache files
in the batch file
so that I'm sure Netscape won't use a cached version of the classes.
Hope this helps,
Rob Griffin
[EMAIL PROTECTED]
Quest Software Pty Ltd
303 High St, Ashburton, Vic. 3147 Australia
http://www.quest.com
> -----Original Message-----
> From: A mailing list for discussion about Sun Microsystem's Java Servlet
> API Technology. [mailto:[EMAIL PROTECTED]]On Behalf Of
> Sebastian Sager
> Sent: Thursday, 2 September 1999 9:11
> To: [EMAIL PROTECTED]
> Subject: AppletSecurityException with Netscape
>
>
> Hi !
>
> I have a problem with my applet-servlet communication. I'm using
> Apache/JServ for the servlet and appletviewer or Netscape for the applet.
> It used to work all the time until I made a lot of changes at a time (bad
> idea, don't know whats responsible...) and now the applet throws the
> following exception:
>
> netscape.security.AppletSecurityException: security.class from local disk
> trying to access url:..... (correct servletaddress here)
> at
> netscape.security.AppletSecurity.checkURLConnect(AppletSecurity.java:944)
> at java.lang.SecurityManager.checkURLConnect(SecurityManager.java:1239)
> at netscape.net.URLConnection.connect(URLConnection.java:79)
> at netscape.net.URLConnection.getInputStream(URLConnection.java:198)
> at ...
>
> when running it with Netscape, while it still works fine with
> appletviewer. AppletSecurity rings a bell and I wonder whether it is this
> "servlet and applet have to be on the same machine when applet is
> untrusted"-thing. But they are on the same machine, I even called the
> applet with http://localhost/doit.html.
>
> Another thing that might (?) be related: Netscape (shift+reload) and
> appletviewer (reload option) don't get the changes in my applet when I
> compile after changes - I have to kill and restart the applications until
> I see the up to date version.
>
> There's something terribly wrong here and I can't see what it is - I would
> really appreciate any good idea, I already spent way too much time on this
> shit. Upps, sorry :o)
>
> Thanks a lot
>
> Sebastian
>
> PS: If this applet-reloading problem is too off-topic please mail to me
> directly, don't want to bother anyone.
>
> __________________________________________________________________
> _________
> To unsubscribe, send email to [EMAIL PROTECTED] and include
> in the body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
