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)