You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@thrift.apache.org by "Jens Geyer (JIRA)" <ji...@apache.org> on 2014/11/30 12:01:12 UTC

[jira] [Updated] (THRIFT-1058) All ByteBuffers the client uses should be slice()ed

     [ https://issues.apache.org/jira/browse/THRIFT-1058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jens Geyer updated THRIFT-1058:
-------------------------------
    Component/s: Java - Library

> All ByteBuffers the client uses should be slice()ed
> ---------------------------------------------------
>
>                 Key: THRIFT-1058
>                 URL: https://issues.apache.org/jira/browse/THRIFT-1058
>             Project: Thrift
>          Issue Type: Bug
>          Components: Java - Library
>    Affects Versions: 0.6
>            Reporter: ryan rawson
>         Attachments: ByteBufferTest.java
>
>
> Right now the code does something like yay so:
> return ByteBuffer.wrap(array, pos, len);
> The only problem is that .wrap(byte[],int,int) returns a ByteBuffer with position equal to pos and limit set to pos+len. Which means users cant used 'rewind' or position(0).  
> It would be cleaner if the contract was "ByteBuffers will have position=0, limit=how much data you have".
> The way to accomplish this would be to:
> return ByteBuffer.wrap(array, pos, len).slice();
> In exchange for 1 extra object alloc (which the GC can clean up quick) we get the benefit of a easier to use BB interface.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)