ProtocolLib
ProtocolLib
ProtocolLib has, for the most part, moved over to Spigot! If you need support, head over there!
Certain tasks are impossible to perform with the standard Bukkit API, and may require working with and even modify Minecraft directly. A common technique is to modify incoming and outgoing packets, or inject custom packets into the stream. This is quite cumbersome to do, however, and most implementations will break as soon as a new version of Minecraft has been released, mostly due to obfuscation.
Critically, different plugins that use this approach may hook into the same classes, with unpredictable outcomes. More than often this causes plugins to crash, but it may also lead to more subtle bugs.
Links
Support
Please create a issue with as much information as possible if you experience a problem that has not already been reported. Comments with a huge stack trace will be deleted.
If you need help with the API, please use the issue tracker. If your question cannot be made public for whatever reason (including security bugs), send me a personal message instead.
For server operators
Just download ProtocolLib from the link above. It doesn't do anything on its own, it simply allows other plugins to function.
FAQ
- Why do I get FieldAccessExceptions when I try to read or write from packets?
Quote:The reason for these exceptions is because ProtocolLib is not using the packet format as described on the Wiki, it's using the in-memory representation of these packets. Often, the in-memory representation will use integers instead of shorts and bytes, and store more complex objects (like ItemStacks) directly.
You can figure out the in-memory representation from the Minecraft source code, or just use PacketWrapper where I've done all that work for you.
Examples
Source code for a bunch of example programs that use ProtocolLib can be found at this thread on the main support forum.
You may also be interested in PacketWrapper, a library that makes it possible to modify a packet without having to decompile the Minecraft source code.
Finally, for the more advanced users who want to use ProtocolLib if present, but still fall back on their own packet listening system, I recommend taking a look at this thread. I explain where and how to inject code into CraftBukkit in order to intercept sent and received packets yourself.
Maven repository
If you're using Maven, you'll be able to automatically download the JAR, JavaDoc and associated sources from Maven Central. You can add it as a dependency like so:
<dependencies> <dependency> <groupId>net.dmulloy2</groupId> <artifactId>ProtocolLib</artifactId> <version>5.4.0</version> </dependency> <!-- And so on --> </dependencies>
Commands
Protocol
Main administrative command. Supports the following sub-commands:
- config: Reload the configuration file.
- check: Check for new versions on BukkitDev.
- update: Check for new versions and automatically download the JAR. The server must be restarted for this to take effect.
- timings: Toggle measuring the amount of CPU time spent by each plugin. See here for more information.
- listeners: Display what plugins are using ProtocolLib, and the packet types they are intercepting.
All of these commands require the permission protocol.admin.
Example:
/protocol update
Packet
Add or remove a debug packet listener. This is useful for plugin authors who just wants to see when a packet is sent, and with what content.
Sub commands:
- add: Add a packet listener with a given packet ID.
- remove: Remove one or every packet listener with the given packet IDs.
- names: Print the name of every given packet ID.
Parameters (in order):
- Connection side: Either client or server.
- Multiple ID ranges: Can be a single packet ID like 14, or a range like 10 - 15. Defaults to 0 - 255 if not specified.
- Detailed: If TRUE, prints the full packet content.
Example:
/packet add client 10-13 true
For 3.0.0 and above, you should specify the protocol, sender and name instead:
/packet add play server chat true
In 3.4.0-SNAPSHOT and above, you can also display the packet before its modified by any packet listeners:
/packet add play server chat compare
Remove all listeners:
/packet remove client /packet remove server
Note that this command should rarely be used on a production server. Listening to too many packets may crash the server.
Filter
The filter system (introduced in 2.4.1) uses the built in JavaScript interpreter in JVM 6 (Rhino) to extend the packet command with filtering capabilities - it is now possible to, say, only print entity metadata packet events (packet add server 40) for a given entity ID:
> packet add server 40 true Added listener ListeningWhitelist{priority=MONITOR, packets=[40]} > filter add entity_filter 40 Enter filter program ('}' to complete or CANCEL): function(event, packet) { > return packet.a == 1000; >} Added filter entity_filter.
This should be much more convenient than having to compile a test plugin and reload the whole server. Note that this feature is disabled by default for security reasons. To enable it, add "debug: true" to config.yml.
Configuration
A small set of configuration options are available:
Global section
| Option | Default |
Description |
|---|---|---|
| auto updater.notify | true | Inform any player with the permission protocol.info when a new version of ProtocolLib is out. |
| auto updater.download | true | Automatically download and install the newest version of ProtocolLib. The installation will take effect when the server restarts. |
| auto updater.delay | 43200 | The number of seconds between each check for a new update. |
| auto updater.last | 0 | This simply records the last time (in seconds since 01.01.1970) an update check was performed. Set it to 0 to force a new update check. |
| metrics | true | If TRUE, ProtocolLib will publish anonymous usage data to mcstats.org. Set it to FALSE to opt-out. |
| background compiler | true | If TRUE, ProtocolLib will try and improve performance by replacing reflection with compiled code on-the-fly. |
| ignore version check | None | Force ProtocolLib to start for a specified Minecraft version, even if it is incompatible. |
| suppressed reports | None | If any error or warning report is present in this list, they will not appear in the console or the log. |
For more information, take a look at the default configuration file.
Tutorial for developers
See this page for more information.
Compatibility
One of the main goals of this project was to achieve maximum compatibility with Minecraft. And the end result is quite good, it should be resilient against future changes. It's likely that I won't have to update ProtocolLib for anything but bug and performance fixes.
How is this possible? It all comes down to reflection in the end. Essentially, no name is hard coded - every field, method and class is deduced by looking at field types, package names or parameter types. It's remarkably consistent across different versions.
(note that the below list hasn't been updated in ages and ymmv)
Plugins that appear to be compatible
Plugins known to be compatible
- SpoutPlugin
Plugins using ProtocolLib
- Orebfuscator
- TagAPI
- DisguiseCraft
- VanishNoPacket (v3.18.5 and earlier)
- BkCommonLib
- CraftBook
- ChairsReloaded (3.0.2 and earlier)
- Scavenger
- TabAPI
- Individual-Signs
- ItemRenamer
- RandomCoords
- AntiCommandTab
- Sneaky
- Spy
- Statues
- Seasons
- Safe Command Block
- PlayerHider
- Phantasma Chat Filter
- Ghost Hunt
- ReMap
- AttributeHider
- uCars
- uPlanes
- PropHunt
- Portable-Horses
- ClickEdit
- RageBan
- ReChat
- PlayEffect
- FakePlayers
- PlayerCountMessage
- Vampire
- Murder
- NoSpy
- PingNachricht
- NoCheatPlus
- ScoreboardStats
Inactive projects
Please let me know if you want me to add your plugin to this list. :)
Privacy
This plugin uses BStats to generate and publish anonymous aggregate usage statistics, but you can easily opt-out by setting metrics in config.yml to false.
If enabled, the following is sent every ten minutes:
- Metrics revision version (currently 6).
- Server's GUID
- Players currently online (not max player count)
- Server version string (the same version string you see in /version)
- Current version of ProtocolLib
- The name of every plugin that registers a packet listener in ProtocolLib.
Donating
If ProtocolLib has made your life significantly easier or you're feeling particularly generous, consider donating! It's a great way to support the many hours I've spent maintaining this plugin and keeps me motivated. Don't donate if you can't afford it.

I would like to thank everyone who has donated to ProtocoLib on BukkitDev. I really appreciate it. :)
Note: Create an issue if you're having problems. I generally don't check the BukkitDev comments.
-
View User Profile
-
Send Message
Posted Jan 27, 2013@oliver276
It will work fine with the version suffix, you don't have to remove it.
Though, the update procedure might litter the plugin-folder with a few empty JAR-files. It's usually not a big deal - just delete these empty files before starting Bukkit. This shouldn't be a problem in the next version, however.
-
View User Profile
-
Send Message
Posted Jan 27, 2013Does this plugin still work with the version filename suffix or is it best that that's deleted
-
View User Profile
-
Send Message
Posted Jan 26, 2013@aadnk
Ok, sorry so simple :P
You java skype or something to help me if this works i probably donate to encourage update this plugin :D
-
View User Profile
-
Send Message
Posted Jan 26, 2013@Vislo
First off, you don't necessarily have to use ProtocolLib for this. Bukkit has supported Player.sendBlockChange() for quite some time which works fine (//jd.bukkit.org/apidocs/org/bukkit/entity/Player.html#sendChunkChange(org.bukkit.Location, int, int, int, byte" rel="noopener nofollow" target="_blank">http://jd.bukkit.org/apidocs/org/bukkit/entity/Player.html#sendChunkChange(org.bukkit.Location, int, int, int, byte[]%29">sendChunkChange doesn't work at all, however).
But if you do want to use ProtocolLib, you might want to read up on this tutorial. Either that, or just copy this class from PacketWrapper - it is a dead-simple Java Bean that allows you to set each field without knowing which index or type to use.
-
View User Profile
-
Send Message
Posted Jan 26, 2013I'm trying to create a "fake" block and im triying to created with this code:
Error: Index Out of Bounds in write bytes and the blocks Im using http://wiki.vg/Protocol#Block_Change_.280x35.29 to guide me
-
View User Profile
-
Send Message
Posted Jan 25, 2013@aadnk
yes it is spigot.. no one there seems to be able to determine it from the crash report either.. its a pretty crappy error message I know.
however when I chucked the 3 mentioned plugins (protocal, dis & scavenger) uptime went back to normal ie its up longer than 24hrs without this weird world tick entity crashing.
with the 3 mentioned plugins on, crashing with that error before even making it to 8hours.
i'll try narrow it down some more, but dis hasn't got a 1.4.7 build so
-
View User Profile
-
Send Message
Posted Jan 25, 2013@XeonG8
DisguiseCraft doesn't require ProtocolLib, so you could remove it and see if the problem persists.
The problem is, the error is pretty generic - it actually seems to fail to report the real error ... also, are you using Spigot? The line numbers doesn't agree with CraftBukkit, but they seem to make sense in the latest version of Spigot.
The error in the error handler must be fixed before we can track down the real error. You should report it on the Bukkit issue tracker, or on Spigot's error forum.
-
View User Profile
-
Send Message
Posted Jan 25, 2013@XeonG8
its confusing to say form that peace of text.
in the text you showed it looks like a CraftBukkit error to me.
What build are you using?
-
View User Profile
-
Send Message
Posted Jan 25, 2013Could this be caused by your plugin? or disguisecraft... the crashing seems to only happen when those 2 plugins and scavenger are on the server.
-
View User Profile
-
Send Message
Posted Jan 22, 2013@javitomo
Ah, that explains it. The NoLagg plugin description page actually explains how to solve your problem, but it's stored as a picture and thus cannot be translated by Google translate.
In any case, you need to download and install BkCommonLib for Nolagg to work,.
-
View User Profile
-
Send Message
Posted Jan 22, 2013hello, first, congratulations for making plugins very important for this game.
I have a problem, that many will guess. The problem is this, any solution? ........................................................................................................... [SEVERE]Could not load 'plugins\NoLagg.jar' in folder 'plugins' org.bukkit.plugin.UnknownDependencyException: BKCommonLib
at org.bukkit.SimplePluginManager.loadPlugins<SimplePluginManager.java:195> at org.bukkit.craftbukkit.v1_4_R1.CraftServer.loadPlugins<CraftServer.java:239> at org.bukkit.craftbukkit.v1_4_R1.CraftServer.<init><CraftServer.java:217> at net.minecraft.server.v1_4_R1.PlayerList.<init><PlayerList.java:52> at net.minecraft.server.v1_4_R1.DedicatedPlayerList.<init><SouceFile:11> at net.minecraft.server.v1_4_R1.DedicatedServer.init<DedicatedServer.java:104> at net.minecraft.server.v1_4_R1.MinecraftServer.run<MinecraftServer.java:399> at net.minecraft.server.v1_4_R1.ThreadServerApplication.run<SourceFile:849>
[INFO] [ProtocolLib] Loading ProtocolLib v2.0.0
[INFO] [AutoSaveWorld] Loading AutoSaveWorld v4.0
[INFO] [ProtocolLib] Enabling ProtocolLib v2.0.0
[INFO] [ProtocolLib Started structure compiler thread.
[WARNING] [ProtocolLib] Version <MC: 1.4.7> has not yet been tested! Proceed with caution. ........................................................................................................... There is some kind of problem if I use this plugin on my server 1.4.7?
Here a picture
No AutoSave: Here a picture
sorry for my English, is translated with google translator
Thanks for your attention
-
View User Profile
-
Send Message
Posted Jan 21, 2013@Hangar
Interesting. But I don't believe the "old" folder should have any effect. Only files in the same folder as the plugin itself are considered as candidates for "conflict".
But I could make it skip itself during the conflict detection. See if this snapshot works any better.
-
View User Profile
-
Send Message
Posted Jan 21, 2013@aadnk
I got a whole mess of errors with that snapshot, one of which was saying there was another version of it in the folder. There isn't, but there is a sub-folder named "old" that had the older version; I don't know if that's the issue.
http://pastebin.com/34x4QZLF
-
View User Profile
-
Send Message
Posted Jan 18, 2013@lenis0012
Sure, I'll remove that.
As for 1.4.7 - ProtocolLib 2.0.0 should work fine, as there were no significant changes to the internal class structures. Certain classes and members were renamed, yes, but luckily I didn't rely on their names directly.
Still, I have a snapshot version out that has been compiled for 1.4.7.
-
View User Profile
-
Send Message
Posted Jan 18, 2013NoLagg v1.89.4 is compatibel with ProtocolLib.
no need to disable BufferedLoader
can you change that?
also, any 1.4.7 builds yet?
-
View User Profile
-
Send Message
Posted Jan 15, 2013@Byamarro
Ah, yes. I should probably just remove those JAR-files. They're only examples, they're not supposed to be used on a proper server.
-
View User Profile
-
Send Message
Posted Jan 15, 2013@Byamarro
NVM I fixed problem by deleting ItemDisguise.jar
-
View User Profile
-
Send Message
Posted Jan 15, 2013There is huge problem. When I use ProtocolLib on my server - players can't hear many sounds, including creepers and their explosions. I use newest ProtocolLib and CB 1.4.6 R0.3
-
View User Profile
-
Send Message
Posted Jan 15, 2013@aadnk
OK,
was using R: ProtocolLib 1.9.0 for CB 1.4.6-R0.1 Dec 27, 2012 and no folder, it SAYS found update but its not set to automatically dld so we will not download it.
i did /protocol update - update is performed, need to restart server
Now when it replaced jar with new update i have folder, cfg file - all is good :)
Thnx
-
View User Profile
-
Send Message
Posted Jan 15, 2013@lenis0012
By the way, are you using a SNAPSHOT version? They will not update automatically.