Project Name | Stars | Downloads | Repos Using This | Packages Using This | Most Recent Commit | Total Releases | Latest Release | Open Issues | License | Language |
---|---|---|---|---|---|---|---|---|---|---|
Paper | 7,495 | a day ago | 1 | December 14, 2021 | 495 | other | Java | |||
High performance Spigot fork that aims to fix gameplay and mechanics inconsistencies | ||||||||||
Geyser | 3,942 | 2 days ago | 337 | mit | Java | |||||
A bridge/proxy allowing you to connect to Minecraft: Java Edition servers with Minecraft: Bedrock Edition. | ||||||||||
Worldedit | 2,775 | 2 days ago | 152 | other | Java | |||||
🗺️ Minecraft map editor and mod | ||||||||||
Folia | 1,962 | 11 days ago | 16 | gpl-3.0 | Kotlin | |||||
Fork of Paper which adds regionised multithreading to the dedicated server. | ||||||||||
Minestom | 1,887 | a day ago | 167 | apache-2.0 | Java | |||||
1.19.3 Lightweight Minecraft server | ||||||||||
Glowstone | 1,785 | a month ago | 63 | other | Java | |||||
A fast, customizable and compatible open source server for Minecraft: Java Edition | ||||||||||
Luckperms | 1,754 | 1 | 8 days ago | 5 | February 09, 2022 | 54 | mit | Java | ||
A permissions plugin for Minecraft servers. | ||||||||||
Catserver | 1,742 | 3 days ago | 41 | lgpl-3.0 | Java | |||||
高性能和高兼容性的1.12.2/1.16.5/1.18.2版本Forge+Bukkit+Spigot服务端 (A high performance and high compatibility 1.12.2/1.16.5/1.18.2 version Forge+Bukkit+Spigot server) | ||||||||||
Minecraftdeveloperguide | 1,718 | 5 days ago | 3 | |||||||
📝Minecraft developer Chinese guide,我的世界开发者中文指南 | ||||||||||
Essentials | 1,640 | 18 hours ago | 170 | gpl-3.0 | Java | |||||
The modern Essentials suite for Spigot and Paper. |
Certain tasks are impossible to perform with the standard Bukkit API, and may require working with and even modifying 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.
Currently maintained by dmulloy2 on behalf of Spigot.
ProtocolLib is built with Gradle. If you have it installed, just run
./gradlew build
in the root project folder. Other gradle targets you may be interested in
include clean
, test
, and shadowJar
. shadowJar
will create a jar with all dependencies
(ByteBuddy) included.
ProtocolLib attempts to solve this problem by providing an event API, much like Bukkit, that allows plugins to monitor, modify, or cancel packets sent and received. But, more importantly, the API also hides all the gritty, obfuscated classes with a simple index based read/write system. You no longer have to reference CraftBukkit!
To use this library, first add ProtocolLib.jar to your Java build path. Then, add ProtocolLib as a dependency or soft dependency to your plugin.yml file like any other plugin:
depend: [ ProtocolLib ]
You can also add ProtocolLib as a Maven dependency:
<repositories>
<repository>
<id>dmulloy2-repo</id>
<url>https://repo.dmulloy2.net/repository/public/</url>
</repository>
</repositories>
<dependencies>
<dependency>
<groupId>com.comphenix.protocol</groupId>
<artifactId>ProtocolLib</artifactId>
<version>5.0.0-SNAPSHOT</version>
<scope>provided</scope>
</dependency>
</dependencies>
Or use the maven dependency with gradle:
repositories {
maven { url "https://repo.dmulloy2.net/repository/public/" }
}
dependencies {
compileOnly 'com.comphenix.protocol:ProtocolLib:5.0.0-SNAPSHOT'
}
Then get a reference to ProtocolManager in onLoad() or onEnable() and you're good to go.
private ProtocolManager protocolManager;
public void onLoad() {
protocolManager = ProtocolLibrary.getProtocolManager();
}
To listen for packets sent by the server to a client, add a server-side listener:
// Disable all sound effects
protocolManager.addPacketListener(new PacketAdapter(
this,
ListenerPriority.NORMAL,
PacketType.Play.Server.NAMED_SOUND_EFFECT
) {
@Override
public void onPacketSending(PacketEvent event) {
event.setCancelled(true);
}
});
It's also possible to read and modify the content of these packets. For instance, you can create a global censor by listening for Packet3Chat events:
// Censor
protocolManager.addPacketListener(new PacketAdapter(
this,
ListenerPriority.NORMAL,
PacketType.Play.Client.CHAT
) {
@Override
public void onPacketReceiving(PacketEvent event) {
PacketContainer packet = event.getPacket();
String message = packet.getStrings().read(0);
if (message.contains("shit") || message.contains("damn")) {
event.setCancelled(true);
event.getPlayer().sendMessage("Bad manners!");
}
}
});
Normally, you might have to do something ugly like the following:
PacketPlayOutExplosion fakeExplosion = new PacketPlayOutExplosion(
player.getLocation().getX(),
player.getLocation().getY(),
player.getLocation().getZ(),
3.0F,
new ArrayList<>(),
new Vec3D(
player.getVelocity().getX() + 1,
player.getVelocity().getY() + 1,
player.getVelocity().getZ() + 1
)
);
((CraftPlayer) player).getHandle().b.a(fakeExplosion);
But with ProtocolLib, you can turn that into something more manageable:
PacketContainer fakeExplosion = new PacketContainer(PacketType.Play.Server.EXPLOSION);
fakeExplosion.getDoubles()
.write(0, player.getLocation().getX())
.write(1, player.getLocation().getY())
.write(2, player.getLocation().getZ());
fakeExplosion.getFloat().write(0, 3.0F);
fakeExplosion.getBlockPositionCollectionModifier().write(0, new ArrayList<>());
fakeExplosion.getVectors().write(0, player.getVelocity().add(new Vector(1, 1, 1)));
protocolManager.sendServerPacket(player, fakeExplosion);
One of the main goals of this project was to achieve maximum compatibility with CraftBukkit. And the end result is quite flexible. It's likely that I won't have to update ProtocolLib for anything but bug fixes and new features.
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.