accumulo

Append class to all HashCodeBuilders in Gaffer for the below issue to minimise hash collisions.

@Test
    void name() {
        Foo foo = new Foo();
        Bar bar = new Bar();

        assertFalse(foo.equals(bar));
        assertNotEquals(foo.hashCode(), bar.hashCode()); //fails
    }

    class Bar {
        int a = 3;

        @Override
        public int hashCode() {

In DatafileManager,java, there is a while-loop whose condition, a boolean value, is always false - meaning the loop will never be entered. The boolean is instantiated as false and never changed. My first thought was to just remove the unused loop and its boolean condition however I first wanted to see if anyone knew what was supposed to be going on here.

The boolean value:
https://github.com/a

Adding smoke-test scripts to Uno that can run in TravisCI and verify Accumulo and Fluo start and work would be a really nice check to have for PRs. Not sure if this is possible though.

The compaction strategy example should be updated to reflect the recent changes to compaction configuration in accumulo. Including the description of the strategies and the example configuration given.
Example below of what could be added to replace the current example (this is found I'm accumulo-testing)

tserver.compaction.major.service.cs1.planner=org.apache.accumulo.core.spi.compactio

... anywhere

Newly added logger features [1], with an example [2,3]

[1] https://github.com/phrocker/sharkbite/blob/master/include/logging/Logger.h
[2] https://github.com/phrocker/sharkbite/blob/master/src/interconnect/TabletServer.cpp#L30
[3] https://github.com/phrocker/sharkbite/blob/master/src/interconnect/TabletServer.cpp#L51

PR apache/accumulo#2171 renamed WALOG properties to be WAL instead. There are a few instances inside accumulo-testing that use the deprecated WALOG variant that should be replaced by the WAL counterpart (see #147 as an example of such issue).

Original Jira ticket: https://issues.apache.org/jira/browse/ACCUMULO-2469

The Jira ticket mentions the steps though I have not verified if that is still accurate or if it could be improved upon.