Packets from server to client can be sent in wrong order, or even can be corrupted if too many (50-100) users at the same time send message (or any other packet type) to the same user.
This issue reproduces only if compression is active.
As I understand, compressed stream integrity may be compromised (multiple threads tries to send packets simultaneously), and as a result, client after decompression will have invalid data (often even invalid xml structure, mixed from two or more packets in a random way).
In attached file I made quick fix. It works fine for me, and I think should help in writing more right solution.
Removing the 'fix version' for all unresolved issues that were scheduled for version 7.8.2. We're releasing this version today - the remaining issues should be rescheduled later.
Is this issue still happening on a current release (3.9.1)?
Hi Tom, you still think this is a duplicate of OF-567? Perhaps we can close it then.
Closing as duplicate; assume the MINA synchronization-related compression issue(s) is/are resolved.
I still have this issue on 3.9.3. It only happens when compression is on and there is a lot of activity. The application I'm using openfire for sends packet extensions with a wide range of sizes (the largest being 16KB). When there are many packets being sent, the clients get disconnected with a stream corruption error.