Riak changing the first two bytes of data?

Jonathan Lee jonathan_lee at comcast.com
Tue Jun 1 12:23:24 EDT 2010


Is the check in perhaps incomplete?  I'm only seeing a note in the
changelog.

- Jonathan

On Tue, Jun 1, 2010 at 11:30 AM, Sean Cribbs <sean at basho.com> wrote:

> Sam,
>
> Kevin Smith informs me that this has been fixed in the "tip" version of the
> Java client.  You can get it here:
>
> http://bitbucket.org/basho/riak-java-client
>
> Sean Cribbs <sean at basho.com>
> Developer Advocate
> Basho Technologies, Inc.
> http://basho.com/
>
> On May 28, 2010, at 11:51 PM, Sam Tingleff wrote:
>
> > I've filed issue #5 on the java client: RiakObject should not present
> > a getValueAsBytes() method
> >
> > The real problem is that if the caller does not use stream(),
> > RiakClient will call getResponseBodyAsString() on the HttpMethod
> > object. This will of course convert from byte[] to String, which is
> > broken behavior for non-string data and is unexpected if the caller
> > uses getValueAsBytes() in RiakObject.
> >
> > IMHO RiakObject should only hold a byte array and perform byte[] to
> > String conversion only on demand and when explicitly asked to do so
> > (if at all).
> >
> > On Fri, May 28, 2010 at 3:29 PM, Sam Tingleff <sam at tingleff.com> wrote:
> >>
> >> Yeah... looks like the java client is mangling on get.
> >>
> >> On Fri, May 28, 2010 at 3:18 PM, Sean Cribbs <sean at basho.com> wrote:
> >>>
> >>> Your other alternative is to write with the Java client, then download
> the data with an external program like curl, and see if the bytes are
> mangled before they get to Riak (using a hex editor or something).  You
> might even use something like Wireshark to see what is sent in the TCP
> packets, if you want to get fancy.
> >>> My suspicion is that they are being modified somewhere in the Java
> stack.  Riak is completely agnostic about any binary data you give it.
> >>>
> >>> Sean Cribbs <sean at basho.com>
> >>> Developer Advocate
> >>> Basho Technologies, Inc.
> >>> http://basho.com/
> >>> On May 28, 2010, at 6:06 PM, Sam Tingleff wrote:
> >>>
> >>> It looks like byte values < 0 are consistently modified on read.
> >>>
> >>> On Fri, May 28, 2010 at 2:58 PM, Sam Tingleff <sam at tingleff.com>
> wrote:
> >>>>
> >>>> Yeah, you're right... I'm sending as application/octet-stream. Is
> there some special handling depending on content-type?
> >>>>
> >>>> On Fri, May 28, 2010 at 2:56 PM, Sean Cribbs <sean at basho.com> wrote:
> >>>>>
> >>>>> It seems more than just the first two bytes are changed.  What
> content-type are you sending the data as?
> >>>>>
> >>>>> Sean Cribbs <sean at basho.com>
> >>>>> Developer Advocate
> >>>>> Basho Technologies, Inc.
> >>>>> http://basho.com/
> >>>>>
> >>>>> On May 28, 2010, at 5:46 PM, Sam Tingleff wrote:
> >>>>>
> >>>>>>
> >>>>>> It sounds crazy, I know.
> >>>>>>
> >>>>>> I'm using the Java client with riak 0.10.1-1. Sending a byte array
> seems to work if it is a UTF-8 encoded string. But if I send serialized
> object data, or just compressed bytes, the first two bytes seem to come back
> modified on read.
> >>>>>>
> >>>>>> From the debugger... Sending:
> >>>>>> [31, -117, 8, 0, 0, 0, 0, 0, 0, 0, -53, 72, -51, -55, -55, 87, 72,
> 41, 77, 73, 5, 0, 108, 24, 72, 30, 10, 0, 0, 0]
> >>>>>>
> >>>>>> I get back:
> >>>>>> [31, 63, 8, 0, 0, 0, 0, 0, 0, 0, -24, 72, -22, -125, -125, 87, 72,
> 41, 77, 73, 5, 0, 108, 24, 72, 30, 10, 0, 0, 0]
> >>>>>>
> >>>>>> What's going on? Thanks!
> >>>>>> _______________________________________________
> >>>>>> riak-users mailing list
> >>>>>> riak-users at lists.basho.com
> >>>>>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
> >>>>>
> >>>>
> >>>
> >>> _______________________________________________
> >>> riak-users mailing list
> >>> riak-users at lists.basho.com
> >>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
> >>>
> >>
>
>
> _______________________________________________
> riak-users mailing list
> riak-users at lists.basho.com
> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.basho.com/pipermail/riak-users_lists.basho.com/attachments/20100601/243160bf/attachment.html>


More information about the riak-users mailing list