Chris W. Johnson

"Hexadecimal" class: All methods that previously accepted a "String" parameter now accept a "CharSequence", in order to be more general-purpose, albeit with an unavoidable performance and/or memory use trade-off. (Generally, methods likely to process short inputs access chars using "CharSequence.charAt", so they take a runtime hit, but create less garbage than before [neither a temporary "String" nor "char[]" representation of the "CharSequence" is created]. Conversely, methods likely to proc...

Improved efficiency of portions of the "Hexadecimal" utility class. Made the source code more socially acceptable. Corrected a few mistakes in the Javadocs. Increased unit test coverage.

When instantiated for an arbitrary object, "ReadOnlyTable" populates itself with data obtained by invoking most of the object's public methods having return types, but lacking parameters. This revision prevents invocation of such methods whose return types implement the "AutoCloseable" interface. Various comments in the affected region of code were revised to improve clarity and syntax.

Various cleanup and some modernization, including groundwork for support of the new form controls provided by HTML 5.

Primarily trivial code cleanup/formatting. Apparently, a couple of bug fixes, too. Adopted a few Java 8-isms.

Updates and cleanup for a few utility classes. New versions of the JAR dependencies in the "lib/*" hierarchy. Ant build files updated to compile for Java 8. IntelliJ IDEA project files updated. More specifically, "ReadOnlyTable", when passed an arbitrary object to describe via reflection, will not invoke the object's "clone" method, and when it is passed a "java.lang.Class" object, it will not invoke the "newInstance" method. Also, when describing an object via reflection, the fields and meth...

Corrected a misspelling of "deprecated" in a Javadoc comment.

Updated to replaces uses of the recently deprecated "Null.toSomeString" method with invocations of "Null.toEmptyString".