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 26, 2013@contactnap
Please use the ticket system when submitting errors.
I created the ticket for you, though, but I need a bit more information.
-
View User Profile
-
Send Message
Posted Feb 26, 2013[ProtocolLib] INTERNAL ERROR: Cannot handle clienet packet. If this problem hasn't already been reported, please open a ticket at http://dev.bukkit.org/server-mods/protocollib/ with the following data:
STACK TRACE
java.lang.IllegalArgumentException: Unable to find a field socket with the type java.net.Socket in java.io.ByteArrayInputStream at com.comphenix.protocol.reflect.FuzzyReflection.getFieldByType(FuzzyReflection.java:285) at com.comphenix.protocol.injector.server.InputStreamReflectLookup.getSocket(InputStreamReflectLookup.java:83) at com.comphenix.protocol.injector.server.InputStreamReflectLookup.getSocketInjector(InputStreamReflectLookup.java:43) at com.comphenix.protocol.injector.server.AbstractInputStreamLookup.getSocketInjector(AbstractInputStreamLookup.java:80) at com.comphenix.protocol.injector.player.ProxyPlayerInjectionHandler.getPlayerByConnection(ProxyPlayerInjectionHandler.java:220) at com.comphenix.protocol.injector.packet.ProxyPacketInjector.packetRecieved(ProxyPacketInjector.java:214) at com.comphenix.protocol.injector.packet.ReadPacketModifier.intercept(ReadPacketModifier.java:123) at net.minecraft.server.v1_4_R1.Packet0KeepAlive$$EnhancerByCGLIB$$2ef70f70.a(<generated>) at net.minecraft.server.v1_4_R1.Packet.a(Packet.java:111) at net.minecraft.server.v1_4_R1.NetworkManager.i(NetworkManager.java:190) at net.minecraft.server.v1_4_R1.NetworkManager.c(NetworkManager.java:344) at net.minecraft.server.v1_4_R1.NetworkReaderThread.run(SourceFile:93)
DUMP
Parameters: java.io.DataInputStream@47086da[ bytearr={0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0} chararr={
-
View User Profile
-
Send Message
Posted Feb 26, 2013@contactnap
You need to post any errors you get in the server log, otherwise I can't do much.
-
View User Profile
-
Send Message
Posted Feb 26, 2013Better?? :P Full of Severe erros and server crashed with 2.2.3 Snapshot. Cant use it. Please fix it!
-
View User Profile
-
Send Message
Posted Feb 26, 2013@contactnap
Let me know if this developer version (2.2.3-SNAPSHOT) works works better.
Note that this is only an issue with the latest version of BkCommonLib - ProtocolLib 2.2.0 will work fine if BkCommonLib is version 1.4.4 or lower.
-
View User Profile
-
Send Message
Posted Feb 26, 2013How can i fix this error? [ProtocolLib] [ProxyPlayerInjectionHandler] Unable to find stream: java.io.DataInputStream
I want to use nolagg and bkcommonlib along with Orebfuscator.. Does the plugin work with this warning existing?
-
View User Profile
-
Send Message
Posted Feb 24, 2013@sk89q
It does, but you will have to use the latest dev-build for that. I incorrectly copied the packet registry before the mods got a chance to update it.
Aside from that, it should all work fine. ProtocolLib uses CGLib to dynamically extend packets and player connections (NetServerHandler/NetLoginHandler/PlayerConnection), so it can handle MCPC-Plus.
By the way, MCPC-Plus will actually rewrite simple reflection calls (getDeclaredField and so on) to use the obfuscated versions instead of mc-dev. And if you're really crazy, you could also dynamically retrieve the names of every class and field you're interested in, like I do in MinecraftReflection.
The code could still use some work though. PlayerInjectoris especially as mess. :P
-
View User Profile
-
Send Message
Posted Feb 24, 2013Got one more question: Does ProtocolLib support 3rd-party packet types that are registered with Packet?
And are getSupported() and other methods aware of them at runtime?
On that note, I poked around a little and the code is very well organized; very nice job! I might poke around a little more to find the answer to my question.
-
View User Profile
-
Send Message
Posted Feb 24, 2013@aadnk
Ah okay, was hoping to avoid that. Using MCPC-Plus here, which makes it all a tad more painful to do that.
-
View User Profile
-
Send Message
Posted Feb 24, 2013@sk89q
I don't expose that in ProtocolLib, unfortunately, but you could use reflection to get the Packet.a() method (or getPacketSize()):
The header is a single byte indicating the packet type.
-
View User Profile
-
Send Message
Posted Feb 24, 2013Just curiously - either I'm not seeing it or otherwise, but is there a straightforward way to get the length of a packet (with the size of the payload) without accessing the packet object directly?
-
View User Profile
-
Send Message
Posted Feb 24, 2013are you using a spigot?
-
View User Profile
-
Send Message
Posted Feb 24, 2013That is correct, considering that I did not have the error until Protocollib started spamming this error. On top of that, I was not using corrupt backups, I tested this on 3 different backups taken at different times, of of which I tested on another server not using ProtocolLib. That server loaded the world correctly.
I am not using developmental versions of any of those plugins.
Thank you, I will open up a ticket and we can hopefully work out this issue.
-
View User Profile
-
Send Message
Posted Feb 23, 2013is this not list in MyMcAdmin?
-
View User Profile
-
Send Message
Posted Feb 23, 2013@PuremineServer
And I trust you're not simply assuming ProtocolLib is to blame here, and have verified that MyWorlds or Bukkit only fails to save the spawn area when ProtocolLib is present. I have to ask, because I fail to see how this warning could have anything to do with your corrupt backups. Still, I'm ready to investigate it if you could provide something more concrete.
I also hope you've tested this on a stable version of BkCommonLib, NoLagg and MyWorlds, and not the latest development versions which have all been fairly unstable recently.
I suggest you file a new ticket on the issue tracker and continue the conversation there. I have to be able to reproduce the error if I'm to help you, so I might need a full plugin list and version numbers. It would also be useful to get some relevant extracts from the server log.
-
View User Profile
-
Send Message
Posted Feb 23, 2013The glitch with Protocollib is causing MyWorlds to not save the spawn area for worlds. THIS IS A HUGE PROBLEM. Some of my worlds (backups and imported) are spawning people in random places within the world. FIX THIS!!!!
-
View User Profile
-
Send Message
Posted Feb 23, 2013@aadnk
I use MyWorlds, to manage ALL OF MY WORLDS. If this plugin stops, my whole world management needs to be reset.
I get it everytime I restart my server, and I get the message twice when restarting.
I dont care about not seeing it, I want it to not be causing any errors.
I understand and appreciate what you are doing, but I will have to remove the plugin if its going to cause random errors.
-
View User Profile
-
Send Message
Posted Feb 23, 2013@PuremineServer
You still haven't answered my question - how OFTEN do you see this error, and how many messages do you get at once?
It wouldn't be hard to add a configuration option that would disable the warning, but I can't promise that I'd be able to fix the underlying issue. Also, please understand that I'm just one person doing this in my spare time.
In any case, this error will only ever occur on CraftBukkit. Perhaps you could try testing the new Spigot Netty builds, especially once it has graduated from an experimental stage?
@lenis0012
You can supply whatever error reporter you want in your own event listener if you need more information.
But the default error report will include some of that information, and the stack trace itself should tell you whether or not it's running on the main thread or a player read thread (all server packet listeners will run on the main thread), along with the class name of the listener.
-
View User Profile
-
Send Message
Posted Feb 23, 2013@aadnk
Add a plugin cause error reporter in the listener is a good option.
STACK TRACE =====
some error
IFORMATION =====
Plugin cause: SomeBrokenPlugin
Exception type: Exception type
Current rhead: Some thread
Called classes: Classe causing the error
Or something simlar to that
BKCommonLib is having a lot of changes right now and you are really unsafe atm
I recomment using BKCommonLib v1.44 (It does not have the packet system yet)
And it should be compatible with almost all plugins using it
Wait for BKCommonLib 1.49
-
View User Profile
-
Send Message
Posted Feb 22, 2013@aadnk
Do you ever plan on fixing this?!?!?!