8e5c52d0e8
* Return primitives in configuration interface where possible This should save some unnecessary performance and memory overhead caused by the storage of object wrappers of the primitive types and the unboxing of those object wrappers into the wrapped primitive types when we try to do some primitive-exclusive operation. I doubt that we'll be using the additional sugar methods that these wrappers provide most of the time, and if we need to we can just box the returned primitives. * Mark returned lists in Configuration interface as Unmodifiable I can't think of a use-case where we would want to modify the returned list from the Configuration interface we're accessing; however in case those situations do in-fact exist, I've made the decision to mark the return values of those methods as Unmodifiable so that there are no confusions in the future when the returned list throws an UnsupportedOperationException * Provide class parameter in Configuration#getList Otherwise, it's impossible to actually check if the on-disk configuration values are actually of the same type as/a subclass of what the plugin is expecting in the implementation. * State that Configuration#getList will return an empty list if it fails I don't think it would go particularly well if we were to return a list of Objects when we have a parameterized method. Additionally, how would components of the plugin respond to being given a list of Objects instead of whatever type they were expecting? This should be a better fail-safe solution compared to what we were previously going to do. * Return an optional in Configuration#get if something went wrong * Add class parameter to Configuration#get * Update JavaDoc of Configuration#getList to reflect new parameter * Remove final modifier from parameter * Add class parameter to Configuration#getOrDefault * Fix misspelled JavaDoc tag * Partially implement a wrapper over FileConfiguration that implements our Configuration * Fix codestyle violation * Add copyright header & change package * Add code for WrappedBukkitConfiguration#getList and WrappedBukkitConfiguration#get |
||
---|---|---|
.github/workflows | ||
.idea | ||
Corvo | ||
Datura | ||
Fossil | ||
gradle/wrapper | ||
Patchwork | ||
.gitignore | ||
build.gradle | ||
checkstyle.xml | ||
codestyle.xml | ||
gradlew | ||
gradlew.bat | ||
LICENSE.md | ||
README.md | ||
settings.gradle |
This project is a collection of plugins supported by a common library designed for creative-based freedom servers (servers which grant generous amounts of permission nodes to all players.)
This is designed to encompass the ideologies of a Freedom server, while maintaining full customization through modules.
Most modules are designed to be either optional or interchangable, except Patchwork (API) and Datura (Data Manager). These two are required to run any of the other modules.
This is NOT a ground up rewrite of TotalFreedomMod. This is a completely new project designed to be entirely ambiguous.
Honorable mention:
This plugin suite also uses the following libraries:
- Google GSON for Json interpretation
- Jetbrains Annotations for additional compiler annotations
- Lombok for boilerplate generation
- Apache Commons for various utilities
- SLF4J for logging
- Paper for the server implementation
- Kyori Adventure for chat formatting
- Reflections API for reflections
Developers
To Do List
Patchwork (API):
- Logging System
- SQL API
- Economy API
- Command API
- Particle API
- User API
- Service API
- Task API
- Permissions API
- Configuration API (In Progress...)
- Event API (In Progress...)
Datura (Data Manager):
- Permission Handling
- Permission Registration & Assignment
- SQL Data Handling (In Progress...)
- Configuration Implementations
- User Data Implementations (In Progress...)
- Punishment Systems (e.x. Locker, Halter, Cager)
Fossil (Entertainment):
- Economy Implementation
- Particle Implementation / Trails (In Progress...)
- Command Implementations (In Progress...)
- Implement a shop for the economy (In Progress...)
- Chat reaction / game system
- Jumppads
Corvo (Scheduling and Listening Service):
- Service Implementation
- Service Handling
- Task Implementation
- Task Management
- Event (Project) Implementations
- Listener (Bukkit) Implementations