plugins/ps/functions

#!/usr/bin/env bash
set -eo pipefail
[[ $DOKKU_TRACE ]] && set -x
source "$PLUGIN_CORE_AVAILABLE_PATH/common/functions"

ps_restore() {
  declare desc="restores app"
  local APP="$1"

  ps_start "$APP"
}

fn-ps-app-status() {
  declare APP="$1"

  local DOKKU_SCHEDULER=$(get_app_scheduler "$APP")
  plugn trigger scheduler-app-status "$DOKKU_SCHEDULER" "$APP"
}

fn-ps-is-app-running() {
  declare APP="$1"
  APP_STATUS=$(fn-ps-app-status "$APP")
  echo "$APP_STATUS" | cut -d ' ' -f 2
}
initial pass at container-level scaling 2015-04-17 15:23:59 -07:00			`#!/usr/bin/env bash`
tests: run mvdan/shfmt on test runs While I do not agree with _every_ style change, this will force Dokku to have consistent formatting across all shell scripts, which is arguably a Good Thing™. The command used to reprocess everything is: ```shell shfmt -l -bn -ci -i 2 -w . ``` 2019-01-07 01:04:17 -05:00			`set -eo pipefail`
			`[[ $DOKKU_TRACE ]] && set -x`
implement core plugin mgmt using plugn. add tests. 2015-09-09 18:27:42 -07:00			`source "$PLUGIN_CORE_AVAILABLE_PATH/common/functions"`
nginx-vhosts rewrite 2016-02-14 18:43:40 -08:00
refactor: use a single method for running the ps:*all commands This reduces the duplication at the cost of slightly more complexity. 2019-06-10 13:05:57 -04:00			`ps_restore() {`
			`declare desc="restores app"`
			`local APP="$1"`

			`ps_start "$APP"`
			`}`

refactor: deprecate is_app_running in favor of ps#fn-ps-is-app-running This will allow us to _actually_ introspect on the running state of an application. In certain cases, the detected state can be "mixed", meaning that we may need to take action, depending on what we want to do in mixed mode. 2018-04-28 01:19:23 -04:00			`fn-ps-app-status() {`
			`declare APP="$1"`

feat: add support for pulling app status from scheduler plugins Previously, this was impossible to do if using an alternative scheduler. 2019-05-28 14:20:06 -04:00			`local DOKKU_SCHEDULER=$(get_app_scheduler "$APP")`
			`plugn trigger scheduler-app-status "$DOKKU_SCHEDULER" "$APP"`
refactor: deprecate is_app_running in favor of ps#fn-ps-is-app-running This will allow us to _actually_ introspect on the running state of an application. In certain cases, the detected state can be "mixed", meaning that we may need to take action, depending on what we want to do in mixed mode. 2018-04-28 01:19:23 -04:00			`}`

			`fn-ps-is-app-running() {`
			`declare APP="$1"`
			`APP_STATUS=$(fn-ps-app-status "$APP")`
			`echo "$APP_STATUS" \| cut -d ' ' -f 2`
feat: allow overriding the scheduler globally Being able to override globally is useful for cases where a user will _always_ want their applications to be globally distributed 2018-09-30 21:36:53 -04:00			`}`