A
Adam Sandler
Hello,
I have a Java application which processes messages and places data
extracted from those messages into a database. Someone suggested that
if application was made into a service then the message processing
would be truely automatic.
At any rate, the app's jar was made into a Windows service and
everything works great... except for one thing, when the message
processing service is running and a user logs off, the javaw.exe
process associated with the custom integrated message processing
service is terminated as well.
This really stinks... in the meantime, I have a clunky script which
monitors for interactive logoffs and restarts the message processing
service when needed. This is a good workaround to keep messages
getting automatically sent to the database during off hours and/or when
nobody is logged on.
However, I hate the word "workaround". Furthermore, there are a number
of drawbacks to restarting the service at logoff... among some of the
more major ones would be in Windows land, the built in or system
accounts can sometimes be viewed as interactive logoffs and the result
is, depending on network processes like replication, there can be many,
many service restarts during the day -- even when no human is actively
using the system!
Is there any way I can force the JVM for this process not to die at
logoff?
Thanks!
I have a Java application which processes messages and places data
extracted from those messages into a database. Someone suggested that
if application was made into a service then the message processing
would be truely automatic.
At any rate, the app's jar was made into a Windows service and
everything works great... except for one thing, when the message
processing service is running and a user logs off, the javaw.exe
process associated with the custom integrated message processing
service is terminated as well.
This really stinks... in the meantime, I have a clunky script which
monitors for interactive logoffs and restarts the message processing
service when needed. This is a good workaround to keep messages
getting automatically sent to the database during off hours and/or when
nobody is logged on.
However, I hate the word "workaround". Furthermore, there are a number
of drawbacks to restarting the service at logoff... among some of the
more major ones would be in Windows land, the built in or system
accounts can sometimes be viewed as interactive logoffs and the result
is, depending on network processes like replication, there can be many,
many service restarts during the day -- even when no human is actively
using the system!
Is there any way I can force the JVM for this process not to die at
logoff?
Thanks!