BKCommonLib
BKCommonLib is no longer being updated on dev.bukkit.org.
If you want to use the latest version, use spigot.
Latest version: 1.57
CraftBukkit/SportBukkit/Spigot/MCPC+ build: CB 1.6.4 R1.0 / CB 1.6.4 R2.1 / Spigot 1.7
Older builds available: CB 1.5.2-R1.0 / CB 1.6.2-R1.0
Tekkit: Untested and thus unsupported, some features may not work as expected
Description
This utility library shares all the common code needs for various plugins, and having them in one library heavily reduces the amount of duplicated code. The featured utilities are varied, and whenever something is missing in Bukkit, it is added in BKCommonLib. This is one of the reasons why it has become this large: there are simply a lot of things Bukkit doesn't (want to) offer.
BKCommonLib has versioning on a per-plugin basis, so when a certain plugin needs version 2, and version 1 is installed, the server owner is automatically notified and the plugin is not enabled. This prevents the common mishaps with outdated BKCommonLib versions.
Other than utilities and services, this library offers a wide variety of reflection and user-friendly ways of accessing net.minecraft.server. If your plugin requires the use of the internals, but do not want to risk changing field and method names, you can depend on BKCommonLib to provide them for you. This allows you to remain compatible between CraftBukkit versions automatically, and reduces silent failure hazards.
Reasons for you to depend on this library
- You need to access Minecraft internals in your plugin, and Bukkit has no API for it
- You are tired of re-uploading the same version over again because of the internals changing
- You want to work with Vector/math logic, or need to use other utility classes
- The YAML of Bukkit dislikes you, and you want this to be easier
- You want to easily read and write configuration/data files
- You want easy access to data conversion utilities to convert user input
- You want to work with inventories in an advanced fashion
- You want to work with unique server events
- You want to alter entity behaviour (such as handling block collisions, custom movement, etc.)
- You want plugin messages/permissions to be configurable
- You want to work with (async)tasks without storing IDs
- You want to send and manipulate packets
Features
- General
- PluginBase for easy access to metrics, permissions, localization and more
- Permission defaults for storing the permissions a plugin uses
- Localization for making the messages of a plugin configurable
- Utilities
- General utilities for String, Logic, BlockFace and Math operations
- Block utilities for Block-related operations (states, data, etc.)
- ItemUtil for Inventory, Items and Item Transfer utilities
- RecipeUtil to work with crafting and furnace recipes
- Various Collections for auto-filtering, converting and even interpolation
- Data storage
- Configuration API with nodes, headers and other goodies
- NBT API designed after the configuration API
- (Compressed)DataReader/DataWriter to read and write data from/to file
- Entities
- CommonEntity implementations with added utilities
- EntityController for altering entity behaviour
- EntityNetworkController for altering entity network logic
- Services
- Metrics for keeping track of plugin statistics
- Conversion for conversions between all types of data
- Events and Listeners to keep track of changes on the server
- Packet services and API to keep track of packets
- Task class for easier task scheduling
- Scoreboard services to setup scoreboards without criteria
- Tab View service to alter what is shown when players press tab
Getting started
To start using BKCommonLib, you have two options (after adding BKCommonLib as dependency in the plugin.yml):
Include the jar file as a dependency
Like any dependency, keep the jar file somewhere on your computer and add it to your classpath. Nothing special here.
Make a (new) maven project and include it
Add the following repository:
<repository> <id>dj-tcraft repository</id> <url>http://ci.dj-tcraft.nl/plugin/repository/everything/</url> </repository>
And the following dependency (may need to update version):
<dependency> <groupId>com.bergerkiller.bukkit</groupId> <artifactId>BKCommonLib</artifactId> <version>1.54-SNAPSHOT</version> <scope>provided</scope> </dependency>
Dependencies BKCommonLib uses
BKCommonLib supports various other plugins and projects. Below all of these are listed:
- Vault - for permission plugin support
- ProtocolLib - to avoid packet listening conflicts
- Showcase(Standalone) - to ignore showcased items
- HyperConomy - to ignore shop items
- BleedingMobs - to ignore particles
- CGLib - for generating nms.Entity classes on-the-fly to supply Entity Controllers
- Objenesis - for generating classes without calling constructors (needed for various fixes inside class constructors)
Plugins that require BKCommonLib to be installed:
Disclaimer
This plugin utilises Hidendra's plugin metrics system, which means that the following information is collected and sent to mcstats.org:
- A unique identifier
- The server's version of Java
- Whether the server is in offline or online mode
- The plugin's version
- The server's version
- The OS version/name and architecture
- The core count for the CPU
- The number of players online
- The Metrics version Opting out of this service can be done by editing plugins/Plugin Metrics/config.yml and changing opt-out to true.
License
This library uses an open license. Feel free to use whatever code you need from it, you do not have to ask me either. If you want me to add certain features, that is fine too. Everyone is allowed to use this Library as a dependency. I do recommend extending 'PluginBase' instead of 'JavaPlugin' then, as it allows you to automatically deal with the BKCommonLib versioning checks. See also: BKCommonLib license file
This product includes software developed by the Apache Software Foundation (http://www.apache.org/)
Links:
Compatibility
BKCommonLib supports ProtocolLib when it is enabled, but if it is not, the player connection is replaced resulting in several incompatibilities. To fix these incompatibility issues, install ProtocolLib next to BKCommonLib. This can not be stressed enough. When incompatibility occurs, BKCommonLib will notify you in the console and will disable itself. The following plugins are known to be incompatible when ProtocolLib is NOT installed:
Metrics
This plugin sends server count and dependency statistics to MCStats.org. You can (globally) opt out in the PluginMetrics/config.yml file.
Banner
I use a banner in my depending plugins. This banner is automatically updated when a new version of BKCommonLib is out. It is a quick and efficient way to keep track of updates for this library. This was needed, too, because a lot of people were using outdated BKCommonLib versions, which resulted in bug reports...too many of them. And I do not want to waste your time with invalid reports. You have a plugin that uses BKCommonLib? Feel free to use the banner on your download page.
[[http://dev.bukkit.org/bukkit-plugins/bkcommonlib/|{{http://ci.dj-tcraft.nl/job/BKCommonLib/lastSuccessfulBuild/artifact/target/BKCommonLibVersion.png|Go to the BKCommonLib Dev-bukkit page}}]]
@lenis0012
*Hype train slowly starts to ride*
@bram0101
I need a spigot version without packaging. this requires a modification in the pom.xml file, which my computer doesn't like for some reason.
I've been sent a modified spigot version over PM and will look into this over the enxt few days. Hold tight
@bram0101
Or you could download it from a mirror. I can't link it here for legal reasons, but just google "spigot mirror". It's the first link.
I just saw that you couldn't get spigot working. Have you read and followed this thread? http://www.spigotmc.org/threads/bukkit-craftbukkit-spigot-1-8-3.53745/ . And use the start command in a program called git, instead of the cmd, by right clicking in the folder where the buildtools.jar is and click Git Bash? It works for me.
@bubba1234119
Didn't Carbon already do that? Couldn't you just fix BK to work with Carbon?
@bubba1234119
Thank you for taking the time to update this. I have always preferred MyWorlds over Multiverse and your development will finally allow my server to move to true 1.8 (instead of Spigot 1.7.10 + Carbon). Looking forward to your progress!
@carmeops
I will be updating the 1.7.10 spigot jar to run with only 1.8, with only 1.8 clients being able to connect and with all the features. I just need to really map out all what is added in 1.8 and patch the spigot jar accordingly. When I am done and everything is tested I will release the class files so everyone can patch their jars.
@bubba1234119
Yeah, I was actually considering fixing BK to work with Carbon, but I thought it would be too much work. Good on you for trying though.
@bubba1234119
so you are making basically a custom spigot, if i understood that well, i dunno, traincarts is far from the only plugin we use, some of them are made specifically for spigot 1.8.1, can you assure that they will all work well?
if it work for you, great tho, we got a temp solution on my server, we can wait for sponge
@carmeops
My plan is to patch 1.7.10 to full 1.8 so the nms code will not need to be updated.
my server is running spigot-1.8.1-20150304a, i don't plan to downgrade (even to a patched 1.9.10-1.8) for the sake of one plugin, but we could upgrade to 1.8.3 for bkcommonlib
@bubba1234119
Their version of CB/Spigot or BKCommonlib? We're running Bukkit-1.7.9-R0.2-20-g0b2ed13-b3108jnks (MC: 1.7.10) for now, but we'll be upgrading to the latest Spigot 1.8.3 when th new BKCommonlib is available. For now we're running v 1.59.
Sorry for the delay guys, I am deeply sorry for dropping off in the middle of development. I hit a wall where things would just be too difficult to implement due to packet changes. However I have a plan to get it working in 1.8 but it will require a bit of work on my send. I will see what I can do.
Edit: I am going to provide patches to update craftbukkit/spigot 1.7.10 to support 1.8 with the new features with using the old packet stuff. If people who are using bkcommonlib for anything tell me their version so I can target it.
oh my bad, didn't see that they changed it from "no official update until sponge" to "wait a bit, we got issues with spigot"
that does change perspective... a bit more communication would be appreciated from them then
@KamikazePlatypus
I agree... I hate that they Change it up from abandoned to "Fixing issues with 1.8" and then leave you with no status for months, and maybe even eventually year(s), id rather they say, "Status update: We are close to a finish, Such and such events need to be updated now."
@carmeops
I never said they had any obligation to update it. All I'm saying is rather than just leave people in suspense, waiting for an update, they should either abandon it or find someone new to maintain it. It's better to have some closure and say "Hey, I don't intend on updating this anymore" rather than just leave it. Sure they don't have to, but it's a courtesy to the users.
@KamikazePlatypus
i'm just saying that the authors don't have any obligations to continue to update the plugin, they aren't paid for it, they do it for free, it's open licence, so or you update it yourself, or just wait and be glad if someone do work on it
@carmeops
Just because it's open source doesn't mean it should just be left to die. And I'm doubtful that there will be a Sponge update given the unprofessionalism of this whole fiasco.
@KamikazePlatypus the library isn't just for traincarts, but most people use it for that
it's an open licence plugin, anyone can work on it if they want, the authors already stated that they are waiting sponge to continue it, so don't hope from them for 1.8
i had my hopes in Bouba, but seem like my server will have to do without traincarts until sponge is released
This is getting pretty ridiculous. I've never seen a developer who's so inactive... and such a convoluted library for a minecart plugin. If the developer can't update the plugin and is relying on other people, then the manager/maintainer of the plugin should either find a new developer or abandon the plugin.