to make it more obvious

Updated commercial support information

Use System.nanoTime() to check timeouts

System.currentTimeMillis() is influenced by system time corrections
whereas System.nanoTime() is strongly sequential. So it is better to use
System.nanoTime() when checking for timeouts and elapsed time.

Fix JDBC type of TIMESTAMP WITH TIME ZONE

* Added WITH to CREATE SCHEMA to supply default TableEngine params

* Updated docs to reflect changes in CREATE SCHEMA

* Review fixes - docs; code de-duplication; test for table engine params in schema

* Setter for table engine params in Schema

Optimized column vs constant comparisons

Currently the JDBC type of TIMESTAMP WITH TIME ZONE is Types.OTHER.
JDBC 4.2 has a dedicated type for this Types.TIMESTAMP_WITH_TIMEZONE.

Unfortunately this type is only available in JDBC 4.2/Java 1.8 so I
hard code the constant value instead of the constant reference.

unfortunately I had to hit it with the big synchronization stick. I
could no simple way to rescue the current rather clever code.

This bug was reported by Anatolii K  in this message:
https://groups.google.com/d/msg/h2-database/rhSoRhzeZzk/gc-pNlSpEwAJ

Issue #434 - parse engine params in CREATE TABLE w/o engine specified

Add target to gitignore

Currently the target/ folder is not in .gitignore this gives me changes
when I compile the source.

we don't seem to be keeping this up to date anymore

# Conflicts:
#	h2/src/docsrc/html/changelog.html

Some typos snuck into debug log messages causing a wrong class name to
be logged.

Update Changelog

Some PRs merged into 1.4.193 and 1.4.194 are missing from the
changelog.

Currently java.sql.Array is only supported when returned from the
database. Passing arrays to the database is not supported.
Connection#createArrayOf, PreparedStatement#setArray and
PreparedStatement#setObject with a java.sql.Array are not supported.

This pull requests implements passing java.sql.Array objects to the
database and includes the following changes:

 - implement Connection#createArrayOf
 - implement PreparedStatement#setArray
 - implement array support in ResultSet#getObject
 - implement conversion from java.sql.Array to Value
 - update DataType#convertTo to support arrays as well
 - add tests for #createArrayOf, #setArray and #setObject
 - add tests for #getObject with an array argument
 - remove the test for Connection#createArrayOf being unsupported
 - remove the test for PreparedStatement#setArray being unsupported

The typeName passed to #createArrayOf is ignored, this is in accordance
with JdbcArray#getBaseTypeName returning "NULL" and
JdbcArray#getBaseType returning Types.NULL even if the backing array is
homogeneous.