Discussion: use of Bukkit's API wrapper instead of MiniNBT
See original GitHub issueSince Bukkit has its own “NBT API”, we should consider using it instead of a third-party library. This Bukkit one is called PersistentDataContainer
or org.bukkit.persistence
. Using it requires a Plugin
instance for creating a NamespacedKey
, but that should be no issue: Gui
instances already keep a reference to the plugin that created them. This feature does not have any of the issues described in #45.
I would be more than happy to implement and PR this, I am just asking for input regarding it. This is a place for discussion.
Issue Analytics
- State:
- Created 4 years ago
- Comments:6 (4 by maintainers)
Top Results From Across the Web
FASTER MINING [DONE] - Bukkit Forums
The main problem is that their are only really 2 events that can be used. The blockDamage and playerInteract. I have tried messing...
Read more >[v1.7.0] MobChip | Entity AI & NBT Wrapper ... - SpigotMC
MobChip Entity AI, NBT & Bosses Library Background Accessing Entity AI has been widely thought about and used over the life of SpigotMC....
Read more >The internals of CraftBukkit (or why you should not hate Bukkit ...
Forge the API - here's the thread in question on the Bukkit forums involving the Forge and Bukkit teams, or at least their...
Read more >Completly Confused about sponge vs spigot vs forge vs ...
Like why run sponge on top of forge on top of Bukkit's API? Or does forge not use the Bukkit API and it's...
Read more >How to fix abnormal plugin type? - bukkit - Stack Overflow
You have to remove the constructor. If you do something in it use onEnable instead.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I’ve gone through the dependents and it seems like the majority of plugins are targeting 1.14 or higher and interest in dropping support for 1.12 and 1.13 has also been shown here. Given this, I think dropping these two versions is the best way to proceed; users who wish to continue to support 1.12/1.13 can do so by staying on the current version (0.5.19) or fork the framework and maintain this compatibility themselves.
They can choose not to use the newer versions of IF. Plugins supporting outdated, unsupported server versions are contributing to the issue and should be unsupported. At least that’s what I believe, but luckily for you, stefvanschie might not be as cruel as me 😃