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
If you set runInBinDir to true, the start script does not actually cd into the bin dir, but to the place where the startscript is stored (which is good).
But the {{BIN_DIR}} variable is replaced by $APP_HOME/bin or %APP_HOME%\\bin.
This is a bit inconsistent and actually the naming of runInBinDir is slightly off.
I don't know how to best solve this, as changing either would be a breaking change.
Maybe it would be a good idea to deprecate runInBinDir and replace it by runInStartscriptDir or some better name or have a more flexible option that allows to configure where exactly the process is started.
The text was updated successfully, but these errors were encountered:
It's actually even worse and more inconsistent.
The Windows start scripts run it within the start script containing directory.
The Linux start script runs it within the BIN_DIR.
O_O
@Vampire This plugin seems to have many issues and flaws and the maintainer seems to have gone quite inactive.. I don't think any problems will be fixed
@Vampire This plugin seems to have many issues and flaws and the maintainer seems to have gone quite inactive.. I don't think any problems will be fixed
Unfortunately, this is true. I no longer have time to properly maintain this plugin.
Is anyone interested in becoming the new maintainer of this project? Just drop a line here or send me an email.
If you set
runInBinDir
totrue
, the start script does not actuallycd
into thebin
dir, but to the place where the startscript is stored (which is good).But the
{{BIN_DIR}}
variable is replaced by$APP_HOME/bin
or%APP_HOME%\\bin
.This is a bit inconsistent and actually the naming of
runInBinDir
is slightly off.I don't know how to best solve this, as changing either would be a breaking change.
Maybe it would be a good idea to deprecate
runInBinDir
and replace it byrunInStartscriptDir
or some better name or have a more flexible option that allows to configure where exactly the process is started.The text was updated successfully, but these errors were encountered: