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

Bill Graham commented on PIG-3057:
----------------------------------

Oops, I thought I had submitted a comment before the last one that was really 
just in preview-mode... 

What if we instead change {{readField}} top this:
{noformat}
protected DataByteArray readField(byte[] bytes, int start, int end) {
  if (start == end) {
    return null;
  }
  else {
    return new DataByteArray(bytes, start, end);
  }
}
{noformat}

and then added a new private {{addTupleValue(..)}} method that calls it. It 
seems like that would achieve the same goal in a more intuitive way w.r.t 
subclassing.



                
> make readField protected to be able to override it if we extend PigStorage
> --------------------------------------------------------------------------
>
>                 Key: PIG-3057
>                 URL: https://issues.apache.org/jira/browse/PIG-3057
>             Project: Pig
>          Issue Type: Improvement
>          Components: build, internal-udfs
>    Affects Versions: 0.8.0, 0.8.1, 0.9.0, 0.9.1, 0.9.2, 0.10.0
>            Reporter: pablo martinez
>            Priority: Trivial
>              Labels: patch
>         Attachments: PIG-3057_1.patch, PigStorage_readField.patch
>
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> for the cases when we need to extend PigStorage just to override readField. 
> Currently, we need to copy/paste several private fields and all getNext
> I've changed readField from private to protected and added a new method: 
> protected void addToCurrentTuple(DataByteArray data) 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to