This is an automated email from the git hooks/post-receive script.
ebourg-guest pushed a change to tag REL8_0_316
in repository libpostgresql-jdbc-java.
at 027669d (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.
new f948080 When a prepared statement uses different parameter types
than what the statement was originally prepared for, the driver must replan the
query for the new types. When doing this in batches the driver was not
correctly freeing old plans.
new 2e3fe1f 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 4c02788 gij/gcj has some JDK1.5 classes in it, but it only
supports JDK1.4 as the default source level. This confuses older ant versions
and our build script tries to compile a JDK1.5 version. Instead of letting ant
detect the java version, let the jvm tell us that itself using
java.specification.version as suggested by Heikki Linnakangas. Also put in a
check for a JDK1.6 compile attempt and bail out with an explanatory unsupported
error message instead of just failing at [...]
new edb3792 The previous commit message is completely bogus. I use
the -F argument to specify a filename and I picked com.msg instead of oom.msg
resulting in a random old message. This is the correct log entry.
new 94fc437 Error messages were not run through MessageFormat if it
didn't have any parameters. This was a problem because all error messages are
written expecting to be run through the formatter and use two single quotes
when only one is desired in the output. Without being run through the
formatter the two quotes appeared in the output.
new 027669d Release build 316.
The 52 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
_______________________________________________
pkg-java-commits mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
