TSR in Java?

[rschulz at teknowledge.com (Randall Schulz)]

Hello,

This can be improved upon significantly in a couple of ways:

1) Don't run in a minimized window, start a "faceless" task with javaw or
jrew. If you don't redirect the standard output and standard error, they'll
be discarded. If you have the luxury of using Windows NT, then you can skip
the whole BAT file grunge by creating a shortcut with a command line, an
initial directory and even a CTRL+ALT- keyboard accelerator, if you like.
I'm not sure how much of this shortcut functionality is available in
Windows '95 or '98. Similarly, in Windows NT the "start" command has a "/b"
option which prevents the creation of a new window for running the command.
I'm not sure if that option is available in the other Windows versions, either.

2) Make the program run as a service. This is probably the closest to the
original requester's intent. There was just a separate topic thread on this
issue. The answer was:

"Read the new Dr. Dobbs journal. It contains an article on how  to do this."

The original request didn't say whether there was a GUI associated either
directly or indirectly with this "TSR." I don't know what issues would
arise if there were a GUI, frankly--possibly there would be none.

As to the overhead of the JVM for running this "latter-day TSR," it's
completely unavoidable. There's no Java execution without a JVM. The
presence of a tab in the task bar is irrelevant (and if you apply the
techniques mentioned above, is thankfully absent). Presumably all modern
operating systems will share the executable text of the JVM among all
concurrently executing instances of that JVM. If you're careful and
judicious in your specification of heap bounds you can minimize the
footprint of this kind of terminate-and-stay-resident Java program.

Randall Schulz
Teknowledge Corp.
Palo Alto, CA USA

---
To unsubscribe, mail advanced-java-unsubscribe@xxxxxxxxxxxxxxxx
To get help, mail advanced-java-help@xxxxxxxxxxxxxxxx