| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| |
|
|
|
| |
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.
|
| |
|
