| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Configuration options are from previous commit documented directly in
example configuration file. So they don't have to be documented in
readme.
New argument configfile was added because if user uses default paths
for configuration files, it can be sometime unclear what file was used.
This prints path to used file.
Also as small feature, if no identifier is specified as argument neither
in configuration file help text is printed.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This commit changes format of configuration files. It should now
contains classes that represents different Minecraft servers.
Minecraft server handling functionality implemented across whole
mcwrapper script is now in one class MCServer. Instancing this class
initializes new server and such server can be started and stopped on
demand during mcwrapper execution. This allows execution of multiple
Minecraft server under single mcwrapper instance, but this is not
supported by command line interface. This feature will be used by new
feature, man in the middle, that have to be implemented yes.
|
| |
|
|
|
|
|
| |
This ensures that it is possible to start new process even when
previous execution was terminated without cleaning files. Also prints
warning if it detects existing file and no running process about forced
process termination.
|
| | |
|
| |
|
|
|
|
|
| |
Until now was configuration loaded when script was started. From now on
will be loaded after argument parsing. This allows setting other than
standard configuration files from command line. It was possible, but
only by environment variable.
|
| |
|
|
|
| |
Server specific variables are now defined on one place. Before they
were defined on two separated places.
|
| |
|
|
|
| |
Wrapper can be set to stop server if no player is online for certain
time.
|
| |
|
|
| |
Previously no new line was written and so no output was written to file.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Configuration wasn't loaded from some location, because it wasn't
expanded from posix '~'.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Before this change, if identifier was set in configuration no other
identifier could be used. This way is identifier from configuration
used only when no one is provided as argument.
|
| |
|
|
|
|
|
| |
Actions that would be send to server are useless when as same fast is
possible write to file pipe. This way is code more clear and allows
more expansions to the future. Also is consistent with planed Man in
the middle server.
|
| |
|
|
|
| |
Also server configuration variable folder renamed to more precise
directory.
|
| | |
|
| |
|
|
| |
Module support would be for this script overkill.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
mcwrapper functionality split to modules. This is basic implementation
of modules handling. Two module types are recognized. For server and
commands for mcwrapper cli interface. This way can be implemented
different command and server features simply without modifying main
script. Interface between main script and modules is defined using
service lists. Service list informs main script what function should
be called in module.
More detailed description should be written to README.md file. Or even
separated file describing module interface.
In this commit are implemented five different modules. Players and status
are server modules. They are used only if mcwrapper is running instance
of Minecraft server. Modules say and list-modules are implementing
mcwrapper actions. And last module argmodules is implementing mcwrapper
argument. For modules usage also added utils.py. This contains shared
usable code that is used even by main mcwrapper script.
|
| |
|
