You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@crunch.apache.org by "Tycho Lamerigts (JIRA)" <ji...@apache.org> on 2015/03/19 11:40:38 UTC

[jira] [Created] (CRUNCH-503) Behavior of MAX_N Aggregator for duplicate values is counter-intuitive

Tycho Lamerigts created CRUNCH-503:
--------------------------------------

             Summary: Behavior of MAX_N Aggregator for duplicate values is counter-intuitive
                 Key: CRUNCH-503
                 URL: https://issues.apache.org/jira/browse/CRUNCH-503
             Project: Crunch
          Issue Type: Bug
          Components: Core
    Affects Versions: 0.11.0
            Reporter: Tycho Lamerigts
            Assignee: Josh Wills


I would expect code below to return \{1, 2, 3\}. Instead, it returns \{2, 3\}.

{code}
public class MaxNAggregatorTest {

    @Test
    public void duplicateMaxNValueShouldBeIgnored() {
        Aggregator<Integer> myAggregator = Aggregators.MAX_N(3, Integer.class);
        myAggregator.reset();
        myAggregator.update(1);
        myAggregator.update(2);
        myAggregator.update(3);
        myAggregator.update(3);
        assertEquals(3, Iterables.size(myAggregator.results()));
    }
}
{code}



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