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 Feb 21, 2014@aadnk
That sucks. I deiced to use shift + E for my custom menu. Thanks for your help.
-
View User Profile
-
Send Message
Posted Feb 21, 2014@Sirse
Why not simply try to fix it instead. :P
Try version #217 on my Jenkins server, and see if it fixes the issue.
@zeshan321
Nope. Unfortunately, the client doesn't send any packet when you toggle the tab menu. You can verify this using the following command:
That will print every received packet to the console (except PING, FLYING and FLYING_LOOK, which is irrelevant here).
-
View User Profile
-
Send Message
Posted Feb 20, 2014Is it possible to check if the player hits tab to see the players list? I know you can check if a player hits tab while the chat is open by doing this: http://pastebin.com/LDWiAzPv
-
View User Profile
-
Send Message
Posted Feb 20, 2014aadnk, can you disable stack trace printing for that error (MCPC+ 1.5.2 custom build, based on latest sources from GH, latest PL build)
http://pastebin.com/W8vrU25K
Its cause creating of really big server.log
-
View User Profile
-
Send Message
Posted Feb 18, 2014@timgeel
Sure, though you do realize that's only for increasing the number of entries in the TAB list?
Remember to add WrapperPlayServerLogin and AbstractPacket to your plugin.
If you want to modify the displayed player count in the multiplayer menu, you ought to look at WrappedServerPing.
-
View User Profile
-
Send Message
Posted Feb 18, 2014@pnndzwdz
Could you create a ticket for this issue instead? This may take a while to track down, or even reproduce, which would be too confusing to carry out in the comment system.
Please include the following in your ticket, if possible:
This issue is very strange, though. Somehow, it seems to be deadlocking on loading Unwrapper (a class defined in ProtocolLib.jar), which I don't believe can be involved in a traditional class loader deadlock.
And I'm afraid I'm busy until the weekend, so I won't have an opportunity to really look at this problem until then.
-
View User Profile
-
Send Message
Posted Feb 18, 2014http://pastebin.com/RsNyXHdk
-
View User Profile
-
Send Message
Posted Feb 17, 2014@woeterman94
Interesting, what does ProtocolLib/lastupdate actually contain? It might have become corrupt.
In any case, you can probably fix this by simply deleting the file. It's only used to keep track of when ProtocolLib checked for updates last, so deleting it will only cause a new update check.
-
View User Profile
-
Send Message
Posted Feb 17, 2014Error on startup
[10:53:19] [Server thread/WARN]: [ProtocolLib] [ProtocolLibrary] Cannot load configuration java.lang.RuntimeException: Cannot parse plugins/ProtocolLib/lastupdate as a number. at com.comphenix.protocol.ProtocolConfig.loadLastUpdate(ProtocolConfig.java:113) [ProtocolLib-3.2.0.jar:?] at com.comphenix.protocol.ProtocolConfig.reloadConfig(ProtocolConfig.java:98) [ProtocolLib-3.2.0.jar:?] at com.comphenix.protocol.ProtocolConfig.(ProtocolConfig.java:85) [ProtocolLib-3.2.0.jar:?] at com.comphenix.protocol.ProtocolConfig.(ProtocolConfig.java:80) [ProtocolLib-3.2.0.jar:?] at com.comphenix.protocol.ProtocolLibrary.onLoad(ProtocolLibrary.java:173) [ProtocolLib-3.2.0.jar:?]
-
View User Profile
-
Send Message
Posted Feb 7, 2014@timgeel
Sorry, but this is not a general support forum. Try the Bukkit forums.
-
View User Profile
-
Send Message
Posted Feb 4, 2014@matagin
Oh wow, 3.7 million intercepted packets in the course of 8 minutes? That's over 7000 packets per second, which might be enough to significantly amplify any inefficiencies in MCore or ProtocolLib. I suspect this is caused by a mob farm (or infinite village breeder), many nearby players and potion effects.
Still - the total amount of CPU time on the main thread is not that bad, clocking in at 12 seconds, or 2,3% overall. I wouldn't mind reducing that, but I doubt it's what's causing you trouble. You could use NoLagg or a Java Profiler to find where the other 98% of the CPU time went.
@Shevchikden
Thanks for finding the exact build number where this bug first got introduced. That made reproducing it trivial. :)
It's actually a 1.6.4 problem, and not only specific to MCPC+. The fix has now been bundled with build #212.
-
View User Profile
-
Send Message
Posted Feb 4, 2014@aadnk https://github.com/Shevchik/ModFixNG/blob/master/src/modfixng/fixes/FixFreecamBlocks.java#L131
Doesn't work on protocollib 3.2.0 , testing on mcpc+ with only ic2 mod installed
Packet stopped working on this build http://assets.comphenix.net/job/ProtocolLib/206/changes
-
View User Profile
-
Send Message
Posted Feb 3, 2014So what is this telling me? http://pastebin.com/ATBYdrXr Is mcore the issue?
-
View User Profile
-
Send Message
Posted Feb 3, 2014@Shevchikden
I don't think i can offer much support with regards to MCPC+. There are too many variables (different mods, versions of Forge, etc.) for me to keep up. It's the very least impossible to debug a problem without knowing the exact MCPC+ version and the mods installed (with versions) - assuming I can manage to install it myself.
Still, I tried to reproduce this in MCPC+ 1.6.4 (no mods):
But I do get the "Closing window" message. Are you sure you haven't made a mistake somewhere?
-
View User Profile
-
Send Message
Posted Feb 1, 2014@aadnk Yep i updated my plugin to use packet types a long time ago. Also protocllib doesn't work only on mcpc+, on bukkit my plugin works fine.
UPD: Actually only CLOSE_WINDOW packet doesn't work and only for client side
-
View User Profile
-
Send Message
Posted Feb 1, 2014@Shevchikden
Have you updated your plugin to use PacketType instead of packet integers? This is necessary in some cases where packet IDs are ambiguous, particularly when you use ConnectionSide.BOTH.
Note that PacketType itself is backwards compatible with older versions of Minecraft (use PacketType.Legacy for packets are gone in 1.7.2). Though it does require ProtocolLib 3.0.0.
@joda17
Strange, I got it working for a number of different block types (slabs, soul sand, fences, etc.) on my test server. I also double checked the JAR-file on the Jenkins server, and build #6 does include BlockMismatchFixer.
Now, it's relatively tricky to implement this fix for stairs, so I skipped it entirely. I suggest you take a look at how I implemented the fix, extend it for stairs, and submit a pull request (or make a fork, or bundle the fix in your plugin).
-
View User Profile
-
Send Message
Posted Feb 1, 2014ProtocolLib 3.2.0 doesn't work on mcpc+ properly It just keeps telling that my plugin uses unsupported packet id in current version.
-
View User Profile
-
Send Message
Posted Jan 31, 2014BP 1.5.0 don't fix this bug and in plugin.yml :
-
View User Profile
-
Send Message
Posted Jan 31, 2014@minecraft7net
To answer your question, it's version 3.2.0.
But neither of these errors seems related to ProtocolLib. In the case of the ColoredArmour error, Spigot appears to be trying to initializing it again. Perhaps you have installed a misbehaving plugin for reloading individual plugins?
The PropHunt error seems pretty innocent though - it's just because the author forgot to handle the case of running the "ph" command without any arguments. It will probably work fine if you do supply some arguments (check the documentation).
@atomfitz
You should report that to the author of ClickEdit. He might be using the deprecated ProtocolLib API, which can cause such problems.
@timgeel
I'll look into it later, but from my preliminary investigation, it looks like there is some kind thread contention in my "Executors" API. I think I have to bring out a more detailed Java profiler and see if I can't reproduce it on my test server.
-
View User Profile
-
Send Message
Posted Jan 31, 2014witch version is the best for git-Spigot-1292 (MC: 1.7.2) (Implementing API version 1.7.2-R0.3-SNAPSHOT) ?
yesterday i start using back ProtocolLib becouse Prophunt needed it.
coloredarmour errors :
http://pastebin.com/7GLkNwzT
prophunt errors :
http://pastebin.com/6UHcvMS0
prophunt/disguide/protocol lub with latest dev buils