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

ASF GitHub Bot commented on FLINK-6394:
---------------------------------------

Github user KurtYoung commented on the issue:

    https://github.com/apache/flink/pull/3803
  
    Sorry i wasn't available in the last couple days, it seems the 1.3 branch 
has been created, should i merge this PR in to 1.3 branch too?


> GroupCombine reuses instances even though object reuse is disabled
> ------------------------------------------------------------------
>
>                 Key: FLINK-6394
>                 URL: https://issues.apache.org/jira/browse/FLINK-6394
>             Project: Flink
>          Issue Type: Bug
>          Components: DataSet API
>    Affects Versions: 1.2.0
>            Reporter: Jaromir Vanek
>            Assignee: Kurt Young
>            Priority: Critical
>
> I am using group combiner in DataSet API with disabled object reuse.
> In code it may be expressed as follows: 
> {code:java}
> tuples.groupBy(1)
>       .combineGroup((it, collector) -> {
>          // store first item for future use
>          Pojo stored = it.next();
>          while (it.hasNext()) {
>            ....
>          }
>       })
> {code}
> It seems even the object reuse feature is disabled, my instance is actually 
> replaced when {{.next()}} is called on the iterator. It leads to very 
> confusing and wrong results.
> I checked the Flink codebase and it seems {{CombiningUnilateralSortMerger}} 
> is actually reusing object instances even though object reuse is explicitly 
> disabled.
> In spilling phase user's combiner is called with instance of 
> {{CombineValueIterator}} that actually reuses instances without any warning.
> See 
> https://github.com/apache/flink/blob/d7b59d761601baba6765bb4fc407bcd9fd6a9387/flink-runtime/src/main/java/org/apache/flink/runtime/operators/sort/CombiningUnilateralSortMerger.java#L550
> When I disable combiner and use {{groupReduce}} only with the same reduce 
> function, results are fine.
> Please let me know if you can confirm this as a bug. From my point of view 
> it's highly critical as I am getting unpredictable results.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to