We're updating the issue view to help you get more done. 

Error integrity of the compressed stream

Description

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.

Environment

None

Acceptance Test - Entry

None

Activity

Show:
Guus der Kinderen
February 6, 2013, 7:57 PM

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.

Daryl Herzmann
February 13, 2014, 9:56 PM

Is this issue still happening on a current release (3.9.1)?

Daryl Herzmann
April 27, 2014, 5:22 PM

Hi Tom, you still think this is a duplicate of OF-567? Perhaps we can close it then.

Tom Evans
April 28, 2014, 4:57 PM

Closing as duplicate; assume the MINA synchronization-related compression issue(s) is/are resolved.

brian@clementscode.com
July 7, 2014, 3:54 PM

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.

Duplicate

Assignee

Tom Evans

Reporter

VX VX

Labels

None

Expected Effort

None

Ignite Forum URL

None

Components

Fix versions

Affects versions

Priority

Major
Configure