🚀 go-pugleaf

Marc:

I suspect some of the "you pay for it" servers may handle this dichotomy
better.  None of the freebies I've seen get it right.  I use a beat up
machine for my local web server testing or test outside of any server
environment (which probably won't work in your particular case).

-Rich

Marc Kenig wrote:
> 
> So, I know the answer and it's a Netscape problem: The browser gets confused
> about the identity of the client, the server and the rules about applets
> accessing the client when they are ON THE SAME MACHINE.  If the client and
> server are different machines, no problem.
> 
> Obviously, a machine should be able to be it's own web server and web client
> without getting schizophrenic about security ("I'm the server, no, I'm the
> client, but wait a minute, an applet can't have access to client resources, but
> I'm also the server, which means I'm the client, which means I can't have
> access to my own resources. But, then, why am I serving up HTML pages to
> myself? Don't I have to access them from theserver, I mean the client, I mean ...
> Oh god, I'm soooo confused").
> 
> So, in the most popular developer configuration, a single workstation, an
> RmiJdbc user will need a signed applet and to use the Netscape Capabilities
> API! Or, maybe, Netscape will fix their bug now that I've reported it.
> 
> Marc
> 
> Jeff wrote:
> 
> > The appletViewer doesn't have as stringent security as Netscape.
> > To access system variables you need to call Netscapes's Capabilities API.
> > Take a link at: http://developer.netscape.com/library/examples/index.html
> >
> > Marc Kenig wrote:
> > >
> > > I'm using RmiJdbc to go from the "pre-release" Netscape Java 1.1 browser
> > >
> > > (Communicator 4.02J2) on a Sparc (Solaris 2.5.1) to an RmiJdbc server
> > > also on Solaris. (I connect to a Harmonia database)
> > >
> > > The application works just fine from appletviewer.
> > > In Netscape, however, I get the following Security Exception error:
> > > checkpropsaccess.key/UniversalProeprtyRead
> > > (see full log, below). Has anybody else encountered this? Does anybody
> > > have any
> > > idea what the matter could be? And, of course, most importantly, a
> > > workaround? (Yes, I realize I'm using a ''pre-release'' of
> > > Netscape Communicator, and yes, I'm going to rattle their cages and no,
> > > it's not on any of their FAQs or release notes).
> > >
> > > But I thought I'd ask and see if anybody has run into this particular
> > > issue?
> > >
> > > Marc Kenig
> > >
> > > -----------Begin Java Console log:
> > >
> > > Netscape Communications Corporation -- Java 1.1.2
> > > Type '?' for options.
> > > # Security Exception: checkpropsaccess.key
> > > url = jdbc:rmi://sunusbt/jdbc:harmonia:local:SUNPO;memtemp=true
> > > info = {}
> > > RMI_ADDRESS = //sunusbt/RmiJdbcServer
> > > JDBC_URL = jdbc:harmonia:local:SUNPO;memtemp=true
> > > # Security Exception: checkpropsaccess.key
> > > java.lang.ExceptionInInitializerError:
> > > netscape.security.AppletSecurityException: security.checkpropsaccess.key
> > >
> > > #  UniversalPropertyRead privilege not enabled: Reading information
> > > stored in your computer, such as your user name
> > >   at java.rmi.Naming.getRegistry(Naming.java:154)
> > >   at java.rmi.Naming.lookup(Naming.java:55)
> > >   at RmiJdbc.RJConnection.<init>(RJConnection.java:41)
> > >   at RmiJdbc.RJDriver.connect(RJDriver.java:125)
> > >   at java.sql.DriverManager.getConnection(DriverManager.java:91)
> > >   at java.sql.DriverManager.getConnection(DriverManager.java:149)
> > >   at SunPO.MainView.init(MainView.java:159)
> > > * at
> > > netscape.applet.DerivedAppletFrame$InitAppletEvent.dispatch(DerivedAppletFrame.java:547)
> > >
> > >   at
> > > java.awt.EventDispatchThread$EventPump.dispatchEvents(EventDispatchThread.java:71)
> > >
> > >   at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
> > >   at
> > > netscape.applet.DerivedAppletFrame$AppletEventDispatchThread.run(DerivedAppletFrame.java:930)