You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
on my Goliath::API class and noticed the app would (after crashing) remain running but on a different port (9000).
I tested locally and noticed that it does not happen if we use the --daemonize flag.
(We don't use --daemonize flag bc of how we have upstart configured.)
So, long story short I realized that what was happening was that the app was being restarted with the default configuration by this flag:
Goliath.run_app_on_exit
So, I am wondering.. what is the purpose of this flag? and why is it true by default?
Cheers
The text was updated successfully, but these errors were encountered:
. The motivation is similar to why minitest and others use the same pattern (see here). You can override this behavior though.. see our spec runner code.
But if I comment runner.run, the app starts anyway because of the on_exit hook, so I am now wondering if the runner.run is required in here? Having it there is what's causing my "starts a new instance when exiting/halting" issue.
(starting it manually like so: ruby my_api.rb --e dev )
So, I had accidentally put a typo into
on my Goliath::API class and noticed the app would (after crashing) remain running but on a different port (9000).
I tested locally and noticed that it does not happen if we use the --daemonize flag.
(We don't use --daemonize flag bc of how we have upstart configured.)
So, long story short I realized that what was happening was that the app was being restarted with the default configuration by this flag:
So, I am wondering.. what is the purpose of this flag? and why is it true by default?
Cheers
The text was updated successfully, but these errors were encountered: