Nitpicking the code

Minor changes here and there to remove warnings and make code cleaner and more uniform.
Meh, `@inheritDoc` works in a lot more places in Eclipse than anywhere else...
Javadoc automatically adds this: `Overrides: hashCode in class Object` with links, so no need for `@see`; however IntelliJ needs see...
![image](https://cloud.githubusercontent.com/assets/2906988/4108851/8989ff98-31dd-11e4-894d-c29be9bcab32.png)
![image](https://cloud.githubusercontent.com/assets/2906988/4108854/961d8234-31dd-11e4-9f51-814d1e0ff2a5.png)
![image](https://cloud.githubusercontent.com/assets/2906988/4108859/b5683990-31dd-11e4-9b8d-2ba5f0e67678.png)

I'm not sure what to do here. My aim was to call out that these two methods are actually used here. My view would be that most people know what `hashCode`/`equals` is.
...
I looked it up [how to use `@inheritDoc`](http://docs.oracle.com/javase/6/docs/technotes/tools/solaris/javadoc.html#inheritingcomments) and I'm using it correctly. My guess here is that the gradle configuration is missing the reference to `JDK/src.zip` and hence cannot inherit (physically copy) it.