[
https://issues.apache.org/jira/browse/DIRMINA-489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649877#action_12649877
]
Emmanuel Lecharny commented on DIRMINA-489:
-------------------------------------------
Yes, I know it's in the base line, but it's not used atm. So I prefer to keep
the issue open, until we use this code in the chain (hich is not the case atm).
This is the reason why I postponed the issue to 3.0.
Is that OK ?
> Composite IoBuffer
> ------------------
>
> Key: DIRMINA-489
> URL: https://issues.apache.org/jira/browse/DIRMINA-489
> Project: MINA
> Issue Type: New Feature
> Components: Core
> Reporter: David M. Lloyd
> Assignee: Mark Webb
> Fix For: 3.0.0-M1
>
> Attachments: mina-composite-20080515.patch.gz,
> mina-composite-20080517.patch, mina-composite-20080521-2.patch,
> mina-composite-20080521.patch, mina-composite-20080723-1.patch,
> mina-composite-20080723-2.patch
>
>
> Provide a way to create a large IoBuffer from several smaller IoBuffers,
> without copying the underlying data.
> It would probably be acceptable to constrain the composite buffer in various
> ways, for example by disallowing autoexpanding or otherwise changing the
> capacity, the implementation could be greatly simplified.
> The goal is to be able to process large messages with a minimum of copying.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
