[1.8.9] [SOLVED] Packet too long..?

Latest:

Coöperations:

February 28, 20169 yr

Author

Hmmmm true! Myself I had that idea a while ago, but I stopped because it wokedmwith small messages. From Bukkit, I use the Java buffer, because Bukkit does not have ByeByfUtils. I also tried String.getBytes() which was a failure. I have not clue what else to use in Bukkit.

And if I ever helped anyone with anything, let me know

I am a noob in forge

February 28, 20169 yr

Hey there, did you finally solve your problem ? Was it a read/write incompatibility or something else ?

Squirrel ! Squirrel ! Squirrel !

February 28, 20169 yr

Author

Sorry, but nope

I have not clue what else to use in Bukkit.

And if I ever helped anyone with anything, let me know

I am a noob in forge

February 28, 20169 yr

What is the exact problem right now? You dont use the bukkit (partially?) system for some reason, so why not using the mc system instead? (If fixing read/write methods isnt possible?).

I would like to help, but right now I have no clear vision of your goal is. Besides, if there is no (complete) code of what you have tried already, its nearly impossible to help solving this bug.

So could you explain exactly what problem is still standing. And post some code of the things you have tried already.

Projects:

Discontinued:

Latest:

Coöperations:

February 28, 20169 yr

Author

I am sorry for the incovenience.

It looks like it's a problem with the encoding on the server side, which isn't Forge.

(You are the one spotting it, when I gave up on that idea before even posting)

Theoratically I should close this thread and open one on Bukkit instead.

I am using Bukkit on the server because the mod is optional.

I have tried to instead of sending from Java Byte Array Output Stream, send from String.getBytes() and explored ByteBuf.

The problem is that Bukkit seems to only have some of the Netty IO functions, not ByteBufUtils.

That makes me forced to use another system.

I have, just a very silly attempt, tried to convert the String to UTF-8.

Though, it doesn't work on the long string.

It's really weird, because I have no problems unless the encoded String is too long.

(You also gave an explaintion on this part)

The encoded String is not longer than double of the current URL in your browser.

(Assuming it's on the Minecraft Forge websites, which have pretty long URL's)

EDIT: Sorry for the very late answer. I got a 503 error for 10 minutes and had to wait for MinecraftForge to fix it

EDIT #2: When I first added this to the mod it worked like a charm... If I'm not mistaken it could have something to do with me updating it to 1.8.9 instead of 1.8, which pretty much proofs it's not a server error.....

And if I ever helped anyone with anything, let me know

I am a noob in forge

February 28, 20169 yr

So you are not 'writing' the messages? In that case you would need to use the bukkit/NettyIO system for reading. (Unfortunatly Im not verry familar with bukkit, though Im sure youll get it right.)

As for the 'longer messages crash', it is pretty wierd, either they are writtin differently, or this is a bug from Netty. Not sure wich version is used by MC right now. Though it sounds rather familar, I believe that a simular problem made me choose to use the java BufferUtils system instead (as I would advise you to use it as well, if possible).

Finally, have you updated the mod from 1.7 to 1.8 or 1.8 to 1.8.9?

In the fisrt case, recieving messages is moved to a sideThread. Otherwise no major changes have been made. Unless bukkit has changes their system, but you would know that better than me!

I hope this us enough info for you to go on, since I have no clue what else can be done, unless there is a flaw in your code(which I cannot see from here )

Projects:

Discontinued:

Latest:

Coöperations:

http://pastebin.com/SDZ5615S

February 28, 20169 yr

Author

So you are not 'writing' the messages?

I am the one writing the messages.

use the bukkit/NettyIO system for reading

Either way that sounds like a plan!

Is it better to change the server side?

Finally, have you updated the mod from 1.7 to 1.8 or 1.8 to 1.8.9?

From 1.8 to 1.8.9

EDIT: Removed irrelevant parts

EDIT #2:

Bukkit encoding code:

ByteArrayOutputStream bytes = new ByteArrayOutputStream();
	DataOutputStream stream = new DataOutputStream(bytes);
	try{
		stream.writeUTF(str);
		stream.flush();
	}
	catch(IOException e){
		e.printStackTrace();
	}
	finally{
		try{
			stream.close();
		}
		catch(IOException e){
			e.printStackTrace();
		}
	}
	return bytes.toByteArray();

EDIT #3:

MUCH easier way (still giving errors on long strings though)

ByteArrayDataOutput bytes = ByteStreams.newDataOutput();
	bytes.writeUTF(str);
	return bytes.toByteArray();

And if I ever helped anyone with anything, let me know

I am a noob in forge

February 28, 20169 yr

Author

I was worried about that but I had no clue what else to use... What do I do then?

And if I ever helped anyone with anything, let me know

I am a noob in forge

February 28, 20169 yr

Thats what I was afraid of. The writeUTF (UTF16) method is not compatible with readUTF8String (UTF8). Use either readUTF or writeUTF8String instead.

Ps. Dont change both parts, or the same problem will occure again .

Projects:

Discontinued:

Latest:

Coöperations: