Use Velocity VarIntFrameDecoder#783
Conversation
|
Better in terms of what? Additionally there is a licensing problem, as in Waterfall is MIT while the code you want to insert here is GPL. |
I was talking to a dev from velocity, and he told me that if I followed the license, yes i could open this pull request. Additionally I have done a couple of tests and it has been a little faster with the new patch. |
You did not handle the GPL license correctly. For inclusion of GPL code in a project, the complete project has to be released under GPL license. This would mean that Waterfall has to change its license from MIT to GPL and may not be published under MIT license anymore. You should talk with a maintainer of Waterfall before you do so. As I am not sure whether a change to a far more restrictive license for Waterfall is desired here. |
I talked with Five and i understond this, but ill wait @electronicboy, and let's see. |
I saw that this patch (https://github.com/PaperMC/Waterfall/blob/master/BungeeCord-Patches/0056-Additional-DoS-mitigations.patch) mostly is catch-up exception system of Velocity for illegal connections, i try to replicate and fix license stuff.
| -{ | ||
| +public class Varint21FrameDecoder extends ByteToMessageDecoder { | ||
|
|
||
| - private static boolean DIRECT_WARNING; |
There was a problem hiding this comment.
The patch 0044-Don-t-use-a-bytebuf-for-packet-decoding.patch should be edited if you want to remove this line.
Velocity provides a pretty frame decoder that could be used without any problem in Waterfall (Also works on java 8)
After debating for some time, I want to continue improving Waterfall to the best of my knowledge. Since I work with it and many people are still using it.
And if anyone wonders why if Velocity already has it? The same question should be asked with other patches that Waterfall uses from Velocity as well.