* Version 1.3.0 (#85)
* Feature/async chunkmaster (#81)
* Change generation to be asynchronous
At this stage it will most likely crash the server at a certain point.
Pausing and resuming isn't stable. Saving the progress isn't stable as well.
Chunks are being unloaded in the main thread by an unloader class.
* Switch to native threads
- Use thread instead of async tasks
- Store pending paper chunks in the database
- Interrupt the thread when it should be stopped
* Fix insertion of pending chunks
Fix an error that is thrown when the sql for inserting pending chunks doesn't have any chunks to insert.
* Add task states
Add states to differentiate between generating and validating tasks
as well as a field in the database to store this information.
A task will first generate a world until the required radius or the
worldborder is reached. Then it validates that each chunk has been generated.
* Add object representation of world_properties table
* Add DAO for pending_chunks table
* Add DAO for generation_tasks table
* Add state updating to periodic save
* Fix loading of world properties
* Add states to tasks and fix completion handling
* Fix progress report and spiral shape
* Modify the paper generation task so it works with spigot
This change is being made because normal chunk generation doesn't allow
chunks to be requested from a different thread. With PaperLib this issue
can be solved.
* Add workarounds for spigot problems
* Fix some blocking issues and update README
* Add locking to ChunkUnloader class
* Add total chunk count to list command (closes#79) (#82)
* Fix shape beign stuck (#83)
* Add autostart config parameter (closes#78) (#84)
* Add circleci badge to readme
* Add codefactor badge
* Update Translation to 1.3.0 (#86)
* Update Translation to 1.3.0
* Tweak SQL_ERROR word order
Co-authored-by: NPBeta <shanhang007@gmail.com>
* Feature/async chunkmaster (#81)
* Change generation to be asynchronous
At this stage it will most likely crash the server at a certain point.
Pausing and resuming isn't stable. Saving the progress isn't stable as well.
Chunks are being unloaded in the main thread by an unloader class.
* Switch to native threads
- Use thread instead of async tasks
- Store pending paper chunks in the database
- Interrupt the thread when it should be stopped
* Fix insertion of pending chunks
Fix an error that is thrown when the sql for inserting pending chunks doesn't have any chunks to insert.
* Add task states
Add states to differentiate between generating and validating tasks
as well as a field in the database to store this information.
A task will first generate a world until the required radius or the
worldborder is reached. Then it validates that each chunk has been generated.
* Add object representation of world_properties table
* Add DAO for pending_chunks table
* Add DAO for generation_tasks table
* Add state updating to periodic save
* Fix loading of world properties
* Add states to tasks and fix completion handling
* Fix progress report and spiral shape
* Modify the paper generation task so it works with spigot
This change is being made because normal chunk generation doesn't allow
chunks to be requested from a different thread. With PaperLib this issue
can be solved.
* Add workarounds for spigot problems
* Fix some blocking issues and update README
* Add locking to ChunkUnloader class
* Add total chunk count to list command (closes#79) (#82)
* Fix shape beign stuck (#83)
* Add autostart config parameter (closes#78) (#84)
* Add circleci badge to readme
* Add codefactor badge
* Change generation to be asynchronous
At this stage it will most likely crash the server at a certain point.
Pausing and resuming isn't stable. Saving the progress isn't stable as well.
Chunks are being unloaded in the main thread by an unloader class.
* Switch to native threads
- Use thread instead of async tasks
- Store pending paper chunks in the database
- Interrupt the thread when it should be stopped
* Fix insertion of pending chunks
Fix an error that is thrown when the sql for inserting pending chunks doesn't have any chunks to insert.
* Add task states
Add states to differentiate between generating and validating tasks
as well as a field in the database to store this information.
A task will first generate a world until the required radius or the
worldborder is reached. Then it validates that each chunk has been generated.
* Add object representation of world_properties table
* Add DAO for pending_chunks table
* Add DAO for generation_tasks table
* Add state updating to periodic save
* Fix loading of world properties
* Add states to tasks and fix completion handling
* Fix progress report and spiral shape
* Modify the paper generation task so it works with spigot
This change is being made because normal chunk generation doesn't allow
chunks to be requested from a different thread. With PaperLib this issue
can be solved.
* Add workarounds for spigot problems
* Fix some blocking issues and update README
* Add locking to ChunkUnloader class
- Change the group to "Chunkmaster" to be able to disable all of those markers.
- Add a marker that displays the last chunk that has been generated and refreshes
every 30 seconds.
By integrating with dynmap the plugin can show the area of the generation task for each world via an area marker and
triggers the rendering of tiles for generated chunks.
- Add getCenter command to get the center of the world used for generation
- Add setCenter to set the world center for generation tasks. If there is already a task running for the world the center for that task will not be affected.
- Fix SQL problem with multiple queries at the same time creating new connections
- Add translations for new commands
- Add Examples to Readme
- Add new table to safe world centers
- Add query to Generation manager to get the center of the world for new generation tasks
Fix error thrown by unique constrain for the world name in the sql table. The error occurs because the data from the database is loaded lazily after several seconds. If a task was started before that it wouldn't be checked against the existing tasks since they haven't been loaded yet. Fixed by loading the tasks if none exists when the generate command is invoked.
Add a delay to the starts of the tasks so that they don't all start on the same tick. To completely avoid two tasks being executed on the same tick, the "period" config option should be set to the expected number of tasks or higher.
trivernis
trivernis
Corentin Boiteau
NPBeta