| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
When no command is specified, help is printed but execution was
continuing. This is now fixed.
|
| |
|
|
|
| |
Adding support for installing using pip. This will be default way to
install mcwrapper.
|
| |
|
|
|
|
|
| |
Such small application doesn't requires configuration files. Originally
intended for more expansion, but now those features are developed
separately. This is not indented as simple SystemD friendly wrapper
simple as possible.
|
| |
|
|
|
| |
In travis configuration was missing some programs for testing.
Also fix problems reported by style check.
|
| |
|
|
|
|
|
|
|
|
| |
Output printing is now more standardized across script and allows
defined Minecraft server like output.
Input and output thread for server is now implemented more simple as
daemons and wrapper exit is handled by waiting for server exit.
Example configuration is little bit changed. It adds type information
for all options.
Vim configuration line added for both files (mcwrapper and example.conf).
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
