[
https://issues.apache.org/jira/browse/DIRMINA-489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12615204#action_12615204
]
Rich Dougherty commented on DIRMINA-489:
----------------------------------------
Hi Mark
Sounds good. Yes, that patch is the latest. It was applied against the 'buffer'
branch.
It might be easiest just to copy the code from the 'buffer' branch, rather than
reconstructing from the series of patches listed here. The entire contribution
is contained in a single package - org.apache.mina.util.byteaccess.
http://svn.apache.org/repos/asf/mina/branches/buffer/core/src/main/java/org/apache/mina/util/byteaccess/
There's also a test, which should probably be moved to the same package.
http://svn.apache.org/repos/asf/mina/branches/buffer/core/src/test/java/org/apache/mina/common/ByteAccessTest.java
Cheers
Rich
> 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
> Fix For: 2.0.0-M3
>
> Attachments: mina-composite-20080515.patch.gz,
> mina-composite-20080517.patch, mina-composite-20080521-2.patch,
> mina-composite-20080521.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.
