This is a pretty difficult problem, actually. The applet security model is based on the applet running in total isolation, so it can't really communicate with the world. There is a way to do it, but it's very clunky and really a last-ditch solution. I understand that servlets offer some better optione in this regard, but I don't know much about that side of things.
Due to Java security reason if a class extends Applet it cann't:
save any records on a file
open and read a file, and
alter a file.
However it may record scores in an array. As long as the program runs, one may access the data. If the program terminates all the scores recorded are lost.
I think it's possible for something like this to happen under a trusted applet, but again, I have never really looked into the details (applet programming is something I've only really done once, and I'm not likely to do any more in the near future, except for the most trivial sort),
You've got two computers involved, the client side and the server side. The applet runs on the client-side machine. It would be convenient to have access to memory there, but that's exactly what's forbidden under the applet model (with the possible exception of the trusted scenario). It's tempting then to try to use the server-side computer - you just make a database available, and have the applet call up that database to read or store, right?
The security model prevents this. Try it - we tried everything we could think of to talk to the home base from a running applet, and none of it worked. We tried making an HTTP connection - no go. We tried sending an email. No go. We tried everything we could think of, and the language designers had thought of and blocked all of them. We were unable to talk to the server while the applet was running.
It is impossible by Java applet class itself to store data at the client computer due to the restriction of Java security.
However, applet class may communicate with its own server. Any demon program runs in the server may receive any information sent by the applet class at the client's computer. In this way the demon program at the server may store the data at server since the demon program does not extend Applet. Also the demon program may pass any information from one client's computer to another client's computer at different location.