Search the archives!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
On closing Java shell
- From: boazbk@xxxxxxxxxxxxxx (Boaz Barak)
- Subject: On closing Java shell
- Date: Sun, 27 Sep 1998 14:22:47 +0200
How about the server pinging the application from time to time, and determining whether it's still alive - this will work even if the computer shuts down or the network falls. alternatively - you can have the registration valid for 2 minutes and the app will have to register again every 2 minutes. Boaz Barak boazbk@xxxxxxxxxxxxxx (also: boazbk@xxxxxxxxxxxxxx) ----- Original Message ----- From: Eleonora Di Pietro <dipietro@xxxxxxxxxxxxxxxxxxx> To: <advanced-java@xxxxxxxxxxxxxxxx> Sent: éåí øáéòé 27 ñôèîáø 2028 12:37 Subject: On closing Java shell > Hi all, > I have a question for you. I realized a Java application that can run > with a graphical interface or without it (the user can select it as a > command line option). In both cases, however, the application, while > running, registers itself on a server, so other applications can refers > to it. > When my application is closed it is necessary to deregister it, so that > nobody can refer to it, after its end. That is my problem: if I start > the application with the graphical interface, it is easy to deregister > it because I have associated the deregistration process to the on > closing windows event. > But if I start the application without gui (from a Java shell) when I > press CTRL-C to close the application process I can't do the > deregistration. I tried to rewrite the finalize method of my classes, > but it doesn't work. > Is there someone who can help me solving the problem? > Thanks in advance, > > E. Di Pietro > > > --- > To unsubscribe, mail advanced-java-unsubscribe@xxxxxxxxxxxxxxxx > To get help, mail advanced-java-help@xxxxxxxxxxxxxxxx > --- To unsubscribe, mail advanced-java-unsubscribe@xxxxxxxxxxxxxxxx To get help, mail advanced-java-help@xxxxxxxxxxxxxxxx
- Prev by Date: design question: deriving ouputs walking a tree
- Next by Date: classloader and serialization in JDK1.2
- Previous by thread: design question: deriving ouputs walking a tree
- Next by thread: classloader and serialization in JDK1.2
- Index(es):