TestMemoryUsage would sometimes manage to overrun it's loop bounds and
enter an infinite loop.

TestMultiThread would sometimes timeout if the machine was busy.

TestOutOfMemory could sometimes fail, and would then cause future tests
to fail because it held onto the memory.

FilePathReorderWrites was not deleting it's subsidiary memFS: data.

TestPreparedStatement::testDateTime8 had a typo.

The change to TestMVStore::testCacheSize I'm not sure about.

Add support for Java 8 Date and Time API AKA JSR-310. On the face of it
the existing JDBC types java.sql.Date, java.sql.Time and
java.sql.Timestamp offer conversion methods to and from JSR-310 data
types. Unfortunately java.sql.Timestamp does silent data truncation
when the timestamp falls into a DST transition on the JVM time zone.
Worse still for java.time.OffsetDateTime there is no corresponding JDBC
type. Therefore these conversions have to be implemented. All of this
has to be programmed using reflection so the code compiles and can be
executed on Java 7.

Fix bug in picking the right index for INSERT..ON DUPLICATE KEY UPDATE when there are both UNIQUE and PRIMARY KEY constraints.

Since we now require at least Java 6 we can remove the Java 6 backwards
compatibility layer.

The current implementation of getObject does not support byte[]. This
is an issue for some people [1].

 [1] https://groups.google.com/forum/#!topic/h2-database/InWprFw2B0o

Implemented unit test.

I found the comments in TimestampWithTimeZone not helpful in
understanding the semantics of the public methods.

This commit includes the following changes

 - add comments to previously not commented public methods in
   TimestampWithTimeZone that describe the semantics
 - add more verifications to TestTimeStampWithTimeZone to make sure the
   actual behavior matches the documented behavior

Both JdbcResultSet and JdbcCallableStatement currently do not support
getObject(int, Class) and getObject(String, Class) but support is easy
to add.

This commits contains the following changes:

 - add support for getObject(int, Class) and getObject(String, Class)
    with the following types: BigDecimal, String, Boolean, Byte, Short,
   Integer, Long, Float, Double, Date, Time, Timestamp, UUID,
   TimestampWithTimeZone and Geometry subclasses
 - extend the existing getObject tests to cover these new methods

Most notably missing is support for LOBs and arrays including primitive
arrays but this can always be added later.

From https://www.postgresql.org/docs/9.1/static/protocol-message-formats.html:

  Bind (F)

  ...

  After the last parameter, the following fields appear:

  Int16

    The number of result-column format codes that follow (denoted R
    below). This can be zero to indicate that there are no result
    columns or that the result columns should all use the default
    format (text); or one, in which case the specified format code is
    applied to all result columns (if any); or it can equal the actual
    number of result columns of the query.

  Int16[R]

    The result-column format codes. Each must presently be zero (text)
    or one (binary).

Also fix testBinaryTypes test:

- force binary by setting prepareThreshold to -1
- handle REAL type as float

Without the fix the corrected test testBinaryTypes fails:

  05:25:02 21:55:02.666 org.h2.test.unit.TestPgServer Expected: 12345678 actual: 825373492
  Exception in thread "main" java.lang.AssertionError: Expected: 12345678 actual: 825373492
      at org.h2.test.TestBase.fail(TestBase.java:464)
      at org.h2.test.TestBase.assertEquals(TestBase.java:617)
      at org.h2.test.unit.TestPgServer.testBinaryTypes(TestPgServer.java:404)
      at org.h2.test.unit.TestPgServer.test(TestPgServer.java:51)
      at org.h2.test.unit.TestPgServer.main(TestPgServer.java:41)

bug introduced with 29c9cc75 "Merge pull request #323 from
Akkuzin/regexp_match_enhance"

Prior to the fix the test would fail with NPE:

  Exception in thread "main" java.lang.NullPointerException
      at org.postgresql.jdbc2.AbstractJdbc2ResultSet.checkColumnIndex(AbstractJdbc2ResultSet.java:2619)
      at org.postgresql.jdbc2.AbstractJdbc2ResultSet.checkResultSet(AbstractJdbc2ResultSet.java:2637)
      at org.postgresql.jdbc2.AbstractJdbc2ResultSet.getInt(AbstractJdbc2ResultSet.java:2005)
      at org.h2.test.server.TestPGServer.testPrepareWithUnspecifiedType(TestPGServer.java:76)
      at org.h2.test.server.TestPGServer.test(TestPGServer.java:44)
      at org.h2.test.server.TestPGServer.main(TestPGServer.java:29)