[ 
https://issues.apache.org/jira/browse/PARQUET-415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16432466#comment-16432466
 ] 

ASF GitHub Bot commented on PARQUET-415:
----------------------------------------

rdblue commented on issue #305: PARQUET-415: Fix ByteBuffer Binary 
serialization.
URL: https://github.com/apache/parquet-mr/pull/305#issuecomment-380143377
 
 
   @jinxing64, this is fixed in 1.9.0. It could result in the trace you pasted, 
I think. I'm not sure if that's actually happening though.

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> ByteBufferBackedBinary serialization is broken
> ----------------------------------------------
>
>                 Key: PARQUET-415
>                 URL: https://issues.apache.org/jira/browse/PARQUET-415
>             Project: Parquet
>          Issue Type: Bug
>          Components: parquet-mr
>    Affects Versions: 1.8.1
>            Reporter: Ryan Blue
>            Assignee: Ryan Blue
>            Priority: Blocker
>             Fix For: 1.9.0
>
>
> While working on logical types for parquet-avro, I updated the 
> {{FromStringBinary}} to work with a {{CharSequence}} instead of a {{String}}, 
> which broke {{TestFilterApiMethods#testSerializable}}. The underlying problem 
> is that when the buffer-backed binary is deserialized, {{length}} and 
> {{offset}} are not initialized so the buffer is correct but the apparent 
> length of the binary is 0.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to