-
Notifications
You must be signed in to change notification settings - Fork 139
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Run in detached mode 🔗 #169
Comments
I don't quite understand this sentence. Does the daemon crash after receiving the first event? |
I tried to create a new file that contains all smee calls that I need.
I notice it upload just the first line and ignores the others:
I also try to use I guessing this is because the first line keeps listening when it returns "Connected". It's my guessing because I notice a same behavior with
I need to use Ctrl+C to manually exit to run in background otherwise it stay listening in the console. |
Sounds like you have multiple smee listeners. You could use a tool like nohup to run each in the background in the same shell script (using redirects to save output to different files). Of course, this approach becomes more complicated because now you have to do the child handling in the shell script and if one dies it's not as easy to deal with. Alternatively, it would be easier to put each listner in to a separate systemd unit files (using the tutorial you linked) and tie them all together using systemd, eg. a systemd target. |
Smee is not really intended to be run in the background. It is meant to be used for active development. |
In order to avoid to keep the terminal open and to have multiple paths listening.
I was wondering if you can implement a -d option to keep run and listening witouth having a terminal open (in detached mode or in the background from terminal).
And also a way to check all running process in smee such as docker does with -d and ps.
where: d=detach, ps=process status, rm [prcess_id] = remove/stop process
OR:
I tried to use daemon on unix system to run it on background and I found it works for just one smee call. It doesn't work for more than 1 smee call because the smee stay alive when it displays "Connected".
The text was updated successfully, but these errors were encountered: