[1438] in java-interest
Re: Third Party Library Loading
daemon@ATHENA.MIT.EDU (Matt Cline)
Fri Sep 1 23:42:54 1995
Date: Fri, 1 Sep 1995 17:29:09 -0700
From: gandalf@viman1.viman.com (Matt Cline)
To: java-interest@java.sun.com
JD Brennan wrie:
> Matt Cline writes:
> > > I am currently working on an applet that will allow
> > > searching into a Sybase database. Originally I created the
> > > applets using native methods to call the database library
> > > calls and things were working ok. But I have been told that
> > > this is not a solution because for anyone to use the applet I
> > > will have to download the sybase library onto thier machine,
> > > since it is dynamically loaded for them to use the applet. Is
> > > this true? If so how do I get around it. It is impossible for
> > > me to distribute database libraries and would like my search
> > > commands to come from the client if possible.
[snip]
> I think a better way to deal with this would be to create a socket in
> your Java applet to communicate with your server running on your host.
> Then all the Java code is written in Java and is secure. You don't
> have to worry about distributing other code or libraries or anything.
Guess I should give an example of what I was thinking about. XYZ Corp
develops the Neato Virtual Reality Card (NVRC), which lets you use
a full featured VR headset. You want to make an app that uses a VR headset
through the NVR Card. Right now you'd have to make native methods that would
interact with the device drvier, and anyone who wanted to use your applet to
do VR stuff would have to download the native method files and install
it on their computer. This is both inconvienient and poses a security
risk, since the native methods can do anything.
-
Note to Sun employees: this is an EXTERNAL mailing list!
Info: send 'help' to java-interest-request@java.sun.com
