[ETCH-20] need a more flexible buffering scheme to handle different transports

• Type: Improvement
• Status: Open
• Priority: Major
• Resolution: Unresolved
• Affects Version/s: 1.0.0, 1.0.1
• Component/s: binding-csharp, binding-java
• Assignee: Unassigned
• Reporter: Robert Scott Comer
• Created: 20/Nov/08 17:09
• Updated: 03/Feb/09 15:23

Description

FlexBuffer has a pretty wide interface and is a concrete class. underneath the hood it has a single byte array which grows to meet demand, but a single large byte array per connection times thousands of connections doesn't scale. also thrashes the heap.

solutions:

1) make FlexBuf an interface.
2) breakout data processing methods into separate input / output interfaces (much like java DataInput and DataOutput).
3) make a concrete impl of FlexBuf which works for TcpConnection and big endian formats.