aboutsummaryrefslogtreecommitdiff
path: root/example.conf
Commit message (Collapse)AuthorAge
* Removing configuration files and moreKarel Kočí2016-03-30
| | | | | | | 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.
* Update example configKarel Kočí2016-03-10
| | | | | Example config is little bit changed and its documentation is reformatted.
* Cleaner output, input and output thread runs as daemonsKarel Kočí2016-03-07
| | | | | | | | | | 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).
* Change conf format and add multiple servers supportKarel Kočí2016-01-08
| | | | | | | | | | | | | 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.
* Update README.mdKarel Kočí2015-11-07
| | | | | Also server configuration variable folder renamed to more precise directory.
* Remove module support and remove some unused filesKarel Kočí2015-11-07
| | | | Module support would be for this script overkill.
* Implemented module version of mcwrapperKarel Kočí2015-09-03
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.