Josh Elser created ACCUMULO-3877: ------------------------------------ Summary: TableOperationsIT failed in testCompactEmptyTableWithGeneratorIterator_Splits_Cancel Key: ACCUMULO-3877 URL: https://issues.apache.org/jira/browse/ACCUMULO-3877 Project: Accumulo Issue Type: Bug Components: test Affects Versions: 1.7.0 Reporter: Josh Elser Assignee: Josh Elser Priority: Minor Fix For: 1.7.1, 1.8.0
{noformat} Scan should be empty if compaction canceled. Actual is {a1 colF3:colQ3 [] 1432871214628 false=1, c1 colF3:colQ3 [] 1432871214628 false=1} {noformat} It looks like the test is making an assumption that we'll see all of the entries this iterator makes. {code} static { SortedMap<Key,Value> t = new TreeMap<>(); t.put(new Key(new Text("a1"), new Text("colF3"), new Text("colQ3"), System.currentTimeMillis()), new Value("1".getBytes())); t.put(new Key(new Text("c1"), new Text("colF3"), new Text("colQ3"), System.currentTimeMillis()), new Value("1".getBytes())); t.put(new Key(new Text("m1"), new Text("colF3"), new Text("colQ3"), System.currentTimeMillis()), new Value("1".getBytes())); allEntriesToInject = Collections.unmodifiableSortedMap(t); // for safety } {code} However, because the split is added to the table prior to the compaction {code} splitset.add(new Text("f")); {code} It's possible that we see no entries, the "m1" key, the "a1" and "c1" keys, or all three keys. The test doesn't consider the middle two cases, and expects all or none. -- This message was sent by Atlassian JIRA (v6.3.4#6332)