BUG-7464: Use Guava-like Equivalence instead of custom interfaces 90/49890/9
authorRobert Varga <rovarga@cisco.com>
Sat, 31 Dec 2016 15:48:40 +0000 (16:48 +0100)
committerRobert Varga <nite@hq.sk>
Tue, 10 Jan 2017 19:02:43 +0000 (19:02 +0000)
commita022500bed967d2726e9daf5b9bece77f88488f8
tree35387458c4375683b1cb4c62c8425142b3dd7f19
parent75b18eff1ab6fcd22c47b837798653668bd797db
BUG-7464: Use Guava-like Equivalence instead of custom interfaces

Rather than open-coding hash and equal interfaces, unify them
to form an Equivalence class similar to Guava's one. We opt not
to use Guava, because we post-process the object's hash code and
we do not support null keys, hence null checking done by Guava
internally is completely unneeded.

Change-Id: I28ef68d6bed6c07bc8e4ec780988122360825677
Signed-off-by: Robert Varga <robert.varga@pantheon.tech>
third-party/triemap/pom.xml
third-party/triemap/src/main/java/org/opendaylight/yangtools/triemap/Equiv.java [deleted file]
third-party/triemap/src/main/java/org/opendaylight/yangtools/triemap/Equivalence.java [new file with mode: 0644]
third-party/triemap/src/main/java/org/opendaylight/yangtools/triemap/Hashing.java [deleted file]
third-party/triemap/src/main/java/org/opendaylight/yangtools/triemap/INode.java
third-party/triemap/src/main/java/org/opendaylight/yangtools/triemap/TrieMap.java