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 May 31, 2013@trancefer
Okay, I've fixed it. You can download the newest developer build here (with the usual disclaimer - not reviewed by BukkitDev, use at your own risk etc.).
I've also added a nifty little feature that can hide warnings and errors you know are harmless. For instance, on MPCP+ you might see the following message pop up the first time a player logs out:
This might pose a problem in the future, but for now it's just a waste of space. So, if you want to completely remove this warning, simply add the following to your configuration file:
That will completely remove the warning. You can see all the possible warnings here.
-
View User Profile
-
Send Message
Posted May 31, 2013@aadnk
ok, thank you
-
View User Profile
-
Send Message
Posted May 31, 2013@bergerkiller
Yeah, I take care to dynamically discover the real location of all the NMS classes, essentially by following referenced classes from known classes (such as CraftBukkit) to unknown classes. It's relatively complicated, and it does depend on the underlying implementation. If Minecraft ever significantly changes the internal class structure, I would probably have to reimplement the system.
Your method is pretty ingenuous though. Using the internal remapper to do all the work for you. I don't know why I didn't think of that myself ... but I do want to support arbitrary custom Minecraft/Craftbukkit forks, not just MCPC.
@trancefer
I'll look into it.
But keep in mind that this is just a warning - if you haven't noticed any bugs or real problems, then you can pretty much ignore it.
-
View User Profile
-
Send Message
Posted May 31, 2013@aadnk They removed the Spigot netty handler. MCPC+ also dynamically remaps all classes. Do note that they do NOT replace Class.forName calls, and neither remap the methods used during reflection. I had to add my own (big hack) support to get all reflection calls to work right.
https:github.com/bergerkiller/BKCommonLib/blob/master/src/main/java/com/bergerkiller/bukkit/common/server/MCPCPlusServer.java
-
View User Profile
-
Send Message
Posted May 30, 2013@aadnk
Yes, MCPC+
-
View User Profile
-
Send Message
Posted May 30, 2013@trancefer
Looks like you're using a custom CraftBukkit implementation. MCPC+ perhaps? Libigot?
-
View User Profile
-
Send Message
Posted May 30, 2013Hi! What the problem? This is after logout player.
plugins: HideStream, WorldEdit, CmdLog, LockDown, FullJoinVip, Vault, CPFix, PermissionsEx, PingReply, MyHome, SecurityVillagers, WorldGuard, AntiCreeper3, dynmap, Dynmap-WorldGuard, AutoMessage, PluginHider, Scavenger, ClearLag, Modifyworld, ProtocolLib, AutoSaveWorld, MyWarp, ProSpam,Essentials, UltrabansLite, WorldBorder, ChatManager, EssentialsSpawn
-
View User Profile
-
Send Message
Posted May 29, 2013Well I ended up using ProtocolLib completely for sending the disguise packets.
Forgot why exactly but it was to support disguising every single entity as every single entity.
ProtocolLib is very handy!
It seems to be the ultimate disguise plugin now..
Disguise a blaze as a chicken. They will never see it coming.
-
View User Profile
-
Send Message
Posted May 28, 2013@DEMIDUDE
Hm, if you get the error even without ProtocolLib, then it's likely a CraftBukkit issue. I'd recommend reporting this issue to the Bukkit team instead.
-
View User Profile
-
Send Message
Posted May 28, 2013@aadnk
THANKYOU!!! i tried backups but thay dont work either D: even when i unistall the plugin
-
View User Profile
-
Send Message
Posted May 27, 2013@DEMIDUDE
I created a ticket from your comment. Please continue the conversation there.
But in general - just restart the server for now. This might be caused by a very rare concurrency bug, so it probably won't happen again.
-
View User Profile
-
Send Message
Posted May 26, 2013HELP, when i intalled the plugin it was fine until a few seconds later and then it spammed the server console with:
3:59:42 PM [INFO] Disconnecting /(friends-ip): Protocol error 3:59:42 PM [INFO] /(friends-ip) lost connection
and it do this over and over and the person doesnt even disconnect... PLEASE UPDATE THUS BUG IN HURRY, ITS SPAMMING HAS TO STOP
-
View User Profile
-
Send Message
Posted May 21, 2013@aadnk
Not sure you noticed. You spelt it 'Plugins not hosted om bukkitdev!'
The way I think DisguiseCraft works is that they spawn a entity directly where the player should be..
And some of the issues I mentioned before in my previous statement has been fixed.
Such as sound, user interaction and crashes.
Supports every single disguise in the game now. Aside from non-entities.
My sense of time is off
I could have sworn I posted this last week.
Its been like that for everything I remember.
-
View User Profile
-
Send Message
Posted May 20, 2013@libraryaddict
Sure, I'll add it to the list.
I think you've gone with a very sensible approach - recreating parts of the entity system like DisguiseCraft is too complicated, and iDisguise's trick is too brittle and buggy. Though, I believe DisguiseCraft does support some mob flags, like sheep color, it might be less versatile than your system. I haven't tested it properly though, but it looks promising.
-
View User Profile
-
Send Message
Posted May 20, 2013@aadnk
Hmm.
Finally finished my disguise plugin for entities. Still needs to do sounds and fix some crashes when the client does something unexpected.
Such as the client disguised as a falling block, Then player animation I think.
Basically. Would you mind adding this to 'Plugins using ProtocolLib'
A problem may be however that its not hosted in BukkitDev.
Another problem is that I don't support much user interaction as it is meant to be a developer API.
It just lets the user disguise as any disguise, set it to adult. And undisguise. OP only.
It supports every single disguise. Which is a total of 55. While Disguisecraft is 34.
Also allows people to set flags on a disguise.
So they could set their sheep disguise to be sheared. Or have red wool.
Or set the creeper disguise to look like its about to explode.
Uses ProtocolLib to catch the player spawn packets, and entity metadata packets.
Player spawn packets = Catch it. Cancel it. Send a new packet
Entity metadata packets = Catch it. Examine it. Send different values.
iDisguise is pretty good. But its extremely hacky.
DisguiseCraft has so much weirdness in it.
Basically made it because I wanted a developer API I could use for disguises with 100% assurance that there isn't a single stupid 'feature' in it
http://www.spigotmc.org/resources/libs-disguises.81/
-
View User Profile
-
Send Message
Posted May 18, 2013@deleted_10188385
False. Plugin itself eats little RAM / CPU, almost nothing. But, when called by others plugin badly or wrongly or often or whatever that it can eat much more.
-
View User Profile
-
Send Message
Posted May 16, 2013@deleted_10188385
Really? Can you send me any statistics to prove it?
It's perfectly possible that some other plugin that use ProtocolLib is to blame. Then, ProtocolLib might appear to be connected if this plugin only allocate additional memory (incorrectly) when it is present.
-
View User Profile
-
Send Message
Posted May 16, 2013This plugin eats up a lot of RAM; just info...
-
View User Profile
-
Send Message
Posted May 16, 2013Thx for answer! Hope something change in the future (in mojang)
-
View User Profile
-
Send Message
Posted May 16, 2013@craftik7
Spigot may be a Bukkit fork, but in this matter they're no more able to solve this problem than a server mod (unless you want to waste a lot of bandwidth). You need a client mod, or get Mojang on the case.
@Mr_x_socks
Sounds like a problem with another plugin. Do you get any errors in the console?
As for the firework - it's basically an entity, and the server sends more or less the same type of packets (VEHICLE_SPAWN and so on) as any other entity.
@CommodoreAlpha
I agree. Mojang should just implement a very rudimentary version of WorldGuard with the ability to define regions (AABB) and region permissions (for everyone but OP), and send this information to the client with REGION_ENTER and REGION_LEAVE packets. Then Bukkit could extend this system by allowing different region permissions for different players and so on.