By looking that you are here you most likely use Cardboard/Banner/some other weird bukkit + Fabric project (or just someone linked to it).
Don't do it, it will cause more harm/instabilities to your server than good. But let's start at the beginning.
Few definitions before we start:
- Bukkit - It means bukkit, spigot, paper and any forks of these,
- Cardboard - mod by IsaiahPatton that tries to port bukkit ecosystem to fabric.
- Banner - another mod trying to make plugins work with Fabric, similar to Cardboard.
- Fabric - a Minecraft modding platform, includes Fabric Loader and Fabric API, everything written in this gist also applies to Quilt.
- Mods - Mods designed for fabric and compatible platforms
- Plugins - Mods/plugins designed for bukkit/spigot/paper or their forks.
Mods being mods, they can modify game in substantial way. New blocks, items, mobs, etc. Possibilities are more or less endless as long as there is good enough programmer behind it. However, most mods still are kept compatible with each other, as they use tools designed for that (including Minecraft's internals, which allow for quite good compatibility) and having many gameplay mods is a norm.
Bukkit plugins on the other hand, while also normally compatible with each other, aren't really designed for custom blocks/items/etc. There are plugins that try to emulate mods with custom items/blocks/etc (for example Slimefun or ItemAdder), but they are mostly facade over vanilla items with some additional nbt. Because of that there are no issues most of the time (until other plugins don't try to use these items that is, as they see them as vanilla ones).
However, when you start mixing bukkit with fabric, bad things can easily happen. Fabric is close to Minecraft internal code (which has lots of nice and powerful stuff), while Bukkit is mostly an API which most of it's parts and design not being updated since 1.7. This means, you might need to make lots of conversions (with some not really possible without losing some functionality, for example messages in bukkit are just strings using legacy formatting, but mods use vanilla's more advanced json text for formatting). And if you start including things like non vanilla items, blocks and entities, it starts to break even more. Bukkit based server software is also known to break datapacks, which makes it even more likely to not work with mods (as a lot of them use and expend datapack funtionality).
Cardboards approach is more or less taking bukkit code and hitting it with a hammer until it starts to barely works. It uses lots of hacks, code overriding entire methods in Minecraft (breaks lots of mods mixing into them!) and breaking vanilla behaviour. It's also questionable license wise, as GPL isn't really compatible with Minecraft code (and for this reason spigot and others use workarounds to bypass it). Additionally, it needs to modify some plugin on runtime to make them work, which only shows how bukkit wasn't designed for that usage. This mod will never be in a state stable enough to work with more advanced plugins while also not causing other mods to break or straight up crash. Most of the time developers of incompatible mods and plugins won't support it anyway as these mixed environments were always hacky and problematic, so it's safer and stabler to just use fabric alternatives.
In similar way of cardboard, to support bukkit api and plugins using it, it needs to make a lot of invalive changes to make things work. Which will also break a lot of mods (and plugins). It also is known to modify/swap plugins to make them work, so it's not even doing it's job properly (see https://essentialsx.net/do-not-use-mohist.html)
This is more of my own opinion (through it's shared by many), that bukkit based plugins and servers should be thing of the past. Bukkit (or Spigot and Paper) never fully adapted to modern Minecraft, as their goal of forever backwards compatibility limited how they could evolve. Bukkit was originally created for early Minecraft Betas and it's api was kept mostly the same. It was extended with new functionality, but it never fully adapted to modern versions. Lack of nbt api's, lack of support for datapacks as parts of plugins (which both non-bukkit platforms have supported for long time), it limits what could be done with server mods. Nearly all plugins that do something more advanced, require usage of non-bukkit Vanilla classes, either via another library or own code (and a lot of reflections and jvm hacks). For bigger servers that want to extend gameplay in their own ways, it's more common to just fork Bukkit/Spigot/Paper instead and add things in same ways as modders do.
You should check out this list of server side fabric/quilt mods. There is lots of alternatives to pick, with even more being actively created!
If you are create mods or plugins you are also free to ask me about anything related, as I'm always happy to help people expand Fabirc/Quilt server side ecosystem :)
You should also checkout these server side communities:
- Fabric Server Side Development: https://discord.gg/atSzZ6zMHz
- Patbox's Discord: https://discord.gg/AbqPPppgrd
- Fabric/Quilt Server Tools: https://discord.gg/p56NJ6kp4u
Or modded ones in general:
- The Fabric Project: https://discord.gg/v6v4pMv
- The Quilt Community: https://discord.quiltmc.org/
While I agree to an extend do I also disagree with the statement that Bukkit and friends should be a thing of the past.
Sure, it may not be as extendable as Forge, Fabric and Quilt, but it is still easy to use.
Also, forks like Paper try their hardest to get away from this outdated mess of an API. Just see the Paper-API for an example where they try to get a better, more up-to-date API working.
At least with forks has the Bukkit side changed a bit. Paper brings these major changes to its devs:
Also, a main point from a dev perspective of why Bukkit is still around is the fact you pointed out as a negative: The barely changing API.
Sure, it's bad in some aspects, but it also allows a dev to have their plugin be compatible with multiple versions without fearing it breaks anything.
On Fabric (And forgive me if I'm wrong, but I haven't looked too deep into it yet) you access internals with Mixins which is an ever-changing thing for each new versions, which unless you rely on the Fabric API mod (which imo isn't a solution for every case), requires you to update a mod for every new version there is.
On Bukkit, plugins like Vault, which are a cornerstone of the plugin ecosystem, don't need frequent updates as their code is stable and relies on stuff Bukkit provides which barely will change.
Either way, that's my rather long reply. I agree with a lot, but not everything as you can see.