<repositories>
  <repository>
    <id>comphenix-rep</id>
    <name>Comphenix Repository</name>
    <url>http://repo.comphenix.net/content/groups/public</url>
  </repository>
<!-- And so on -->
</repositories>

<dependencies>
  <dependency>
    <groupId>com.comphenix.protocol</groupId>
    <artifactId>ProtocolLib</artifactId>
    <version>2.4.3</version>
  </dependency>
</dependencies>

/protocol update

/packet add client 10-13 true

/packet remove client
/packet remove server

> 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.

depend: [ProtocolLib]

http://aadnk.github.com/ProtocolLib/Javadoc/

private ProtocolManager protocolManager;
  
public void onLoad() {
    protocolManager = ProtocolLibrary.getProtocolManager();
}

// Disable all sound effects
protocolManager.addPacketListener(
  new PacketAdapter(this, ConnectionSide.SERVER_SIDE, 
  ListenerPriority.NORMAL, Packets.Server.NAMED_SOUND_EFFECT) {
    @Override
    public void onPacketSending(PacketEvent event) {
        // Item packets
        switch (event.getPacketID()) {
        case Packets.Server.NAMED_SOUND_EFFECT: // 0x3E
            event.setCancelled(true);
            break;
        }
    }
});

// Censor
protocolManager.addPacketListener(new PacketAdapter(this,
        ConnectionSide.CLIENT_SIDE, ListenerPriority.NORMAL, 
        Packets.Client.CHAT) {
    @Override
    public void onPacketReceiving(PacketEvent event) {
        if (event.getPacketID() == Packets.Client.CHAT) {
            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!");
            }
        }
    }
});

Packet60Explosion fakeExplosion = new Packet60Explosion();
 
fakeExplosion.a = player.getLocation().getX();
fakeExplosion.b = player.getLocation().getY();
fakeExplosion.c = player.getLocation().getZ();
fakeExplosion.d = 3.0F;
fakeExplosion.e = new ArrayList<Object>();
 
((CraftPlayer) player).getHandle().
    netServerHandler.sendPacket(fakeExplosion);

PacketContainer fakeExplosion = protocolManager.createPacket(
    Packets.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);
 
protocolManager.sendServerPacket(player, fakeExplosion);

Packet3CExplosion fakeExplosion = new Packet3CExplosion();
 
fakeExplosion.setX(player.getLocation().getX());
fakeExplosion.setY(player.getLocation().getY());
fakeExplosion.setZ(player.getLocation().getZ());
fakeExplosion.setRadius(3);

protocolManager.sendServerPacket(player, fakeExplosion.getHandle());

You must login to post a comment. Don't have an account? Register to get one!

• 

  • Reply
  • #477

  aadnk Jun 19, 2013 at 00:11 UTC - 0 likes

  @Stevenpcc: Go

  I don't seem to be able to reproduce it myself, perhaps you could make that Barebone plugin if possible?

  I installed DisguiseCraft, ItemRenamer and TagAPI (with ProtocoLib 2.4.3) just to be on the safe side, and used Multiverse 2 to generate two extra worlds (test1 and test2) on my test server. After attaching JProfiler, I started using these plugins on all three worlds, and returned to the default world (world). At this stage I verified that the worlds were in memory by creating a heap dump and looking at the biggest objects.

  However, after unload test1 and test2, they were nowhere to be found in the heap dump. It didn't leak, as far as I can make out.

• 

  • Reply
  • #476

  Stevenpcc Jun 18, 2013 at 14:47 UTC - 0 likes

  ProtocolLib Memory leak

  I run a mini game server that loads and unloads worlds to reset them. It suffers from a memory leak, where the world stays loaded in memory, even after I unloaded it. I did lots of testing, narrowing down where the leak was occurring, using jprofiler etc. It seems it only occurs when I use ProtocolLib and a plugin that supports it.

  With TagAPI I was able reproduce the leak every time a world was unloaded, simply by having the plugin loaded at startup. With disguisecraft it happened almost every time, with the number of users online seeming to have an impact (a few didn't make it happen, 15 or more it would happen every time). The one thing they have in common is they use protocollib.

  I've been going through the ProtocolLib code seeing if I could spot anything that would cause a leak. So far there's nothing obvious. I was just wondering if you'd have any ideas on where to look?

  Also, if I were to put together a barebones plugin to reproduce the leak, would this be useful to you?

• 

  • Reply
  • #475

  aadnk Jun 17, 2013 at 11:18 UTC - 1 like

  @ikwerner1: Go

  Yeah, it's only used for the "packet filter" command, which should be disabled unless you're running in debug mode.

  I'll make ProtocolLib load the engine on demand instead. That way, you won't have to bother with fixing JavaScript support unless you actually need it. Here's the updated development version.

• 

  • Reply
  • #474

  ikwerner1 Jun 17, 2013 at 08:05 UTC - 0 likes

  Hi,

  I am running the latest recommended build 1.5.2-R1.0 on freebsd. Protocollib higher than 2.3.0 will trow the following error:

  2013-06-17 09:53:51 [INFO] [ProtocolLib] Loading ProtocolLib v2.4.3
  2013-06-17 09:53:51 [WARNING] [ProtocolLib] [CommandFilter] Unable to initialize packages for JavaScript engine.
  javax.script.ScriptException: A JavaScript engine could not be found.
  	at com.comphenix.protocol.CommandFilter.initalizeScript(CommandFilter.java:240)
  	at com.comphenix.protocol.CommandFilter.<init>(CommandFilter.java:230)
  	at com.comphenix.protocol.ProtocolLibrary.onLoad(ProtocolLibrary.java:191)
  	at org.bukkit.craftbukkit.v1_5_R3.CraftServer.loadPlugins(CraftServer.java:244)
  	at org.bukkit.craftbukkit.v1_5_R3.CraftServer.<init>(CraftServer.java:217)
  	at net.minecraft.server.v1_5_R3.PlayerList.<init>(PlayerList.java:55)
  	at net.minecraft.server.v1_5_R3.DedicatedPlayerList.<init>(SourceFile:11)
  	at net.minecraft.server.v1_5_R3.DedicatedServer.init(DedicatedServer.java:106)
  	at net.minecraft.server.v1_5_R3.MinecraftServer.run(MinecraftServer.java:382)
  	at net.minecraft.server.v1_5_R3.ThreadServerApplication.run(SourceFile:573)
  

  Before i installed Rhino this error would be followed by something in the lines of: A javascript engine could not be found falling back to Rhino. Rhino not found.

  Can i ignore this warning?

  Regards Werner

• 

  • Reply
  • #473

  aadnk Jun 13, 2013 at 02:57 UTC - 0 likes

  @romeomax: Go

  To quote the main page:

  Quote:

  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.

  Certain plugins need ProtocolLib to implement features that are otherwise not possible in Bukkit. It's also used to ensure that such plugins don't conflict with each other, as they would otherwise have to patch code on runtime and thus "overwrite" each others patches.

• 

  • Reply
  • #472

  romeomax Jun 13, 2013 at 02:52 UTC - 0 likes

  Okay, whats the main point of this plugin?? I have it but i don't remember downloading it. What does this do!?

• 

  • Reply
  • #471

  aadnk Jun 09, 2013 at 20:45 UTC - 0 likes

  @Terraquis: Go

  I assume you've based your code on this documentation. Unfortunately, this doesn't really apply for ProtocolLib, as you're modifying or reading the internal copy of each packet, not how that packet is compressed and sent through the wire (where integers are often converted to bytes and so on). Instead, you must look at the actual relevant source code, and compare that with the unofficial protocol documentation. I've explained this in more detail here.

  However, there's an easier way. Just use PacketWrapper. I've already done what I described above for all the classes, and you can simply copy and paste the classes you need for your project. Use bed in PacketWrapper is here - you'll also need AbstractPacket. Or, you can just look at the source code in PacketWrapper to get a general idea of how to write your code correctly.

  EDIT: I forgot to mention, the NullPointException you got is caused by the "null" you've used in line 8. Null is not the same as 0. It's the default value of reference types, and represents nothing or no reference at all (more). You can't store it in a primitive type such as a byte, unlike 0 (zero), which is just a number. But of course, there's no byte variables in the packet in the first place, so it wouldn't have worked even if you passed in 0 as you should have.

  Last edited Jun 09, 2013 by aadnk
• 

  • Reply
  • #470

  Terraquis Jun 09, 2013 at 20:34 UTC - 0 likes

  I have the following problem; it may be a legitimate issue or just a noobish mistake. When I use the following code to send a bed packet to the player, I get a nullPointerException. Here is the code:

  						PacketContainer bedInterface = protocolManager.createPacket(Packets.Server.BED);
  						bedInterface.getIntegers().
  							write(0, player.getEntityId()).
  							write(2, cpuX).
  							write(3, cpuY).
  							write(4, cpuZ);
  						bedInterface.getBytes().
  							write(1, null);
  						
  						try {
  							protocolManager.sendServerPacket(player, bedInterface);
  						} catch (InvocationTargetException e) {
  							// TODO Auto-generated catch block
  							e.printStackTrace();
  						}
  

  My very first plugin! http://dev.bukkit.org/server-mods/splodie/

• 

  • Reply
  • #469

  cuddyier Jun 07, 2013 at 13:21 UTC - 1 like

  @aadnk: Go

  I just downloaded Protocol Lib directly on my ssh and it seems to work fine now, FTP must have been messing with it.

• 

  • Reply
  • #468

  aadnk Jun 06, 2013 at 18:24 UTC - 0 likes

  @cuddyier: Go

  Can you verify the MD5 checksum of the file (md5sum on GNU/Linux, FileVerifier++ on Windows)? It should be 9e418972e0608a55ea3a82d585d3efa8. If not, I'd check if you haven't accidentally used text mode instead of binary mode on your FTP server, assuming you're using FTP. You should also try transferring the JAR file with a different method. Remember to delete the updates folder inside /plugins too.

  But I'd recommend you reinstall your JVM version. That might do the trick.

  @robmcdonald5: Go

  It seems to work fine for me. Are you using Libigot - Heroes is not compatible with your standard CraftBukkit.