SSLFilter doesn't work if other IoFilters exist in the same filter chain

• Key: DIRMINA-31
• Type: Bug
• Status: Closed
• Resolution: Fixed
• Priority: Major
• Assignee: Trustin Lee
• Reporter: Trustin Lee
• Affects Version/s: 0.7.0
• Fix Version/s: 0.7.1

Description

It seems like SSLFilter doesn't work if any other filters that transforms dataRead and dataWritten event exist in the same chain. It is because of its use of session.write() method while handshaking. It is working because I/O layer and Protocol layer are separated and SSLFilter was the only filter that transforms bytebuffers in I/O layer. I think all filter method should have access to previous filter, and it will cause changes to IoFilter and ProtocolFilter interfaces.

Should we give up releasing 0.7 because of this API design flaw, or should we fix this and release as 0.7.1?

Comments

I fixed this issue by modifying internal implementation of NextFilter; I unified prevFilter and nextFilter into one.

[Trustin Lee]

Mistakenly makred as 'won't fix'