Added very basic support for HAVING in queries for using aggregation
fields.
Merge remote-tracking branch 'upstream/master'
inc to beta10
print and throw better SQLException error message
call .getNextException on the handled exception
Merge pull request #59 from felideon/master

Better SQLException error message
Make handle-exception a bit more robust

Reason for this change is that getNextException may return null, so we
don't want to always call that on every SQL exception. The cond got a
bit messy when adding this new condition, and it only had two branches
to begin with.
Merge pull request #61 from felideon/fix-handle-exception

Make handle-exception a bit more robust
Fixed broken modifiers test
move to the latest jdbc. Inc to beta11

Signed-off-by: Chris Granger <ibdknox@gmail.com>
Change the default port for MS SQL Server to 1433.
Add support for H2 database.

http://www.h2database.com
#82: add between predicate
Merge the defaults instead of overwrite them.

This is particularly important when connection specs include enough to
obtain a connection but not enough to create a c3p0 pool, i.e. when
the spec doesn't include an :options entry.
Only create a connection pool if the spec has the necessary data.

Otherwise, return the spec, as it could represent a DataSource that is
already pooled, possibly referenced by a JNDI name. We want to get the
benefits from the korma api for those kinds of connection specs as
well.

Also, we no longer assume a spec has a :pool entry, though we'll use
it if it does.
A test for a spec one might use within an app server
Add a test for the prepare functionality.
Call transform function on all but delete queries.
Fix transform function calls.
Return the same type of transformed results.

The results may be a vector or a map, but the transformed type should be
consistent.
Merge pull request #95 from benburkert/master

Transform database results on all queries that return results.