[libpostgresql-jdbc-java] tag REL8_0_315 created (now 90ed05f)

[Emmanuel Bourg]

This is an automated email from the git hooks/post-receive script.

ebourg-guest pushed a change to tag REL8_0_315
in repository libpostgresql-jdbc-java.

        at  90ed05f   (commit)
This tag includes the following new commits:

       new  5f09201   Update file naming convention per Oliver, make a distinction from the JDBC build number and the server version 8.0.309 -> 8.0-309.
       new  29a41da   Release build 310.
       new  8ae7299   SQLWarning.getMessage wasn't reporting the message from a Notice message in the V3 protocol.  Make the V2 and V3 cases return a consistent message and add a test.
       new  1bcec79   Restore the ability for the JDBC driver to map infinite timestamp values by using special constants in PGStatement.  The original implementation was removed for being arbitrary and unidirectional.
       new  426e0b1   Add method names to the not implemented exception to allow unhelpful client programs that don't provide a stacktrace to be debugged.
       new  9ad5d10   Fix JDK 1.2 compiles where Calendar.setTimeInMillis is not available.
       new  e1da87b   Support setNull(x, Types.BLOB) and CLOB, reported by Tore Halset.
       new  b771da3   When moveToCurrentRow is called and the current row is off the end of the ResultSet we can't try to load that row because it doesn't exist and will throw an Exception.
       new  9402da5   In a binary data example: File.length() returns long, but PreparedStatement.setBinaryStream() wants an int.
       new  4a2def0   Test to make sure PSQLWarning is Serializable (it wasn't).
       new  ac52669   Release build 311.
       new  001c78f   Improve null handling.  Allow setNull(1, Types.XXX) for ARRAY, NULL, DISTINCT, and STRUCT by mapping them to the unknown oid. Make setArray, setBlob, setClob, and setCharacterStream accept null parameters.
       new  965d148   In Blob.getBytes(long position, int length) position is an offset starting at 1, not zero as the driver was previously doing.
       new  0580e93   Add a test case to detect if we modify a passed in Calendar object to things like PreparedStatement.setTimestamp.  This shows the fix for setDate had an error and that the corresponding ResultSet.get methods had the same problems.
       new  7307972   pt_BR translation updates from Euler Taveira de Oliveira.
       new  f46c493   Simplified Chinese translation from Weiping.
       new  ff9f26e   Polish translation updates from Jaroslaw Pyszny.
       new  d3b52cf   Java message format strings need to double 's.
       new  dc01bb8   Italian translation update from Giuseppe Sacco.
       new  737772e   Applying HEAD changes to stable branch:
       new  1abb5ce   Applying HEAD changes to stable branch
       new  75dfd56   Updated Italian translation from Giuseppe Sacco.
       new  2ff3d06   Updated Italian translation from Giuseppe Sacco.
       new  5ed604b   commit changes to CallableStatement test, and protocolImplementations to STABLE
       new  3ae53db   Release build 312.
       new  6452452   Every execution of a Statement clears the warning chain from the previous execution.  This was causing a memory leak by endlessly chaining warnings together that should have been discarded. Report and analysis by Albe Laurenz.
       new  1cf779a   Initial Czech translation by Petr Dittrich.
       new  b1b9a4a   Map setObject calls for Types.BLOB, CLOB, and ARRAY to call the related setXXX method if we don't need to do any conversion.
       new  8ad9c49   Add checks to prevent ResultSet.updateXXX methods from throwing an ArrayIndexOutOfBoundsException.  We should only throw SQLExceptions from here.
       new  7ad171c   ResultSet.getObject().getClass().getName() should match up with ResultSetMetaData.getColumnClassName().
       new  e65bc04   Make setObject(int, Object) aware of the Blob, Clob, and Array types when trying to infer the incoming object type.
       new  9cac940   Release build 313.
       new  a290bf9   When I added bounds checking for ResultSet.updateXXX methods, I accidentally removed bounds checking for getXXX methods.  This resulted in an ArrayIndexOutOfBoundsException being thrown instead of the desired SQLException.
       new  d993a60   The driver needs to break a statement into individual queries to use the V3 extended query protocol.  The parsing code did not recognize multiple rule actions separated by semi-colons as one query.
       new  5f21e4f   Release build 314.
       new  8698a03   Correct the display size calculations for numeric data.  Don't add precision and scale because scale is just a subset of precision.
       new  10f8faf   Fix compile error.  Somehow I thought I could manually backpatch something without testing it.
       new  b43ccba   DatabaseMetaData.getTables should return all table type if passed null as for the types array.  It was previously returning only those tables that psql's \d command would for a null type filter.
       new  74979e3   Statement.cancel was prone to race conditions even with a single threaded client.  It would fire off a cancel message without waiting for an acknowledgement of its success.  This resulted in future queries being cancelled when the cancel message was received by the backend.  Ensure we get an EOF from the server before returning             from the cancel call.  This still does nothing about multi-threaded race conditions.
       new  91e50a2   Add scale information for time/timestamp/interval to DatabaseMetaData.getColumns.  Include knowledge of interval in ResultSetMetaData.
       new  3707db8   Update getObject and getArray methods that take a map to only bail out with a not implemented exception if the supplied map is not null and not empty.  Apparently Sun's WebRowSet implementation passes empty Maps to these methods.
       new  c7f5665   The V2 protocol wasn't correctly handling EmptyQuery messages.  It expected a four byte message length after the EmptyQuery message, but there is only a single null byte sent by the backend.
       new  872397d   Brazilian Portuguese translation updates.
       new  79bb5ed   When performing replace processing we must continue processing until we hit the end of a user supplied query, not just once we've detected the end of a valid query.  Consider the example: SELECT a FROM t WHERE (1>0)) ORDER BY a; We must send the whole query to the backend, not just the section before the last closing parenthesis.
       new  2d5e037   escapeQuotes() in DatabaseMetaData was not correctly handling backslashes which would result in incorrect searches and has the potential for a SQL injection attack.
       new  90ed05f   Release build 315.

The 46 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


-- 
Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/pkg-java/libpostgresql-jdbc-java.git