Play 2.0 - starting as Windows service after server restart

Question

I have the Play! application running as a windows service. It is implemented according to this guidance.

The problem is that the RUNNING_PID at the root fo

Answer 1

Since Play Framework 2.1 you can disable the PID file by setting the pidfile.path property:

Windows:

-Dpidfile.path=NUL

Unix:

-Dpidfile.path=/dev/null

Found at https://groups.google.com/forum/#!topic/play-framework/4amD9o37Ki4

Answer 2

YAJSW

In case of YAJSW I found this answer with better understanding. It's of course pretty similar to link you gave, anyway keep in mind that it's more often advised to use dist command instead of stage as it has got better developers attention (more bugs fixed in dist). And Mikhail's answer is just clearer (vote him up!)

RUNNING_PID

In case of RUNNING_PID, there was some pull requests which suggested to add an option of disabling pidfile... anyway as I can see, none of them was accepted still...

Actually if you can't avoid creating it, you can... remove it right after application's start, preferably with Globals object's onStart() method. To stay informed what is current PID of the working instance, just rename the file to something, which won't be checked by Play at the startup - for an example RUNNING_PID_INFO. In such case after server's restart service will run your application without problems.

import play.GlobalSettings;
import java.io.File;

public class Global extends GlobalSettings {
    @Override
    public void onStart(Application application) {
        File pidFile = new File("RUNNING_PID");
        pidFile.renameTo(new File("RUNNING_PID_INFO"));
    }

    @Override
    public void onStop(Application application) {
        File pidFile = new File("RUNNING_PID_INFO");
        pidFile.delete();
    }
}

(note: changing pidfile.path in apllication.conf will NOT solve the problem, as play will use that for checking if instance is working).

Answer 3

I recently installed a play framework app using YAJSW by following this answer. I noticed that now, RUNNING_PID is automatically deleted and you don't have to worry about modifying your code to delete the file. Also, if your service depends on other services, it is better to set DELAYED_AUTO_START as the start mode to ensure the service is properly started after server reboot.