MariaDB Java Client 1.1.3 Changelog
The most recent Stable (GA) release of MariaDB Connector/J is:
MariaDB Connector/J 3.5.0
Download | Release Notes | Changelog | Java Client Overview
Release date: 1 Jul 2013
For the highlights of this release, see the release notes.
The revision number links will take you to the revision's page on Launchpad. On Launchpad you can view more details of the revision and view diffs of the code modified in that revision.
- Revision #454
Fri 2013-06-28 13:48:36 +0200
- bump version
- Revision #453
Wed 2013-06-26 20:31:08 +0200
- Remove useless long test
- Revision #452
Wed 2013-06-26 19:28:12 +0200
- Remove @Override annotation for JDK7 methods (make Eclipse happy)
- Revision #451
Wed 2013-06-26 18:19:42 +0200
- Fix tests (SSL detection)
- Revision #450
Wed 2013-06-26 18:00:55 +0200
- Make compilable under by JDK7 - add missing methods for MySQLServerSidePreparedStatement
- Revision #449
Tue 2013-06-25 23:46:55 +0200
- CONJ-48: Introduce new parameters serverSslCert, which allows validation for self-signed server certificates.
- Server certificate (or server CA certificate) can be passed in 3 forms
- sslServerCert=/path/to/cert.pem (path to certificate) sslServerCert=classpath:relative/path (path relative to the current classpath) or as string,
sslServerCert=----BEGIN CERTIFICATE-----
.. - The certificate needs to be DER encoded, i.e it needs to start with
---BEGIN CERTIFICATE-----
line followed by base64 data, and end with-----END CERTIFICATE-----
- Large part of this functionality was contributed by Sehrope Sarkuni.
- Revision #448
Sat 2013-06-22 21:53:04 +0200
- CONJ-47 : Fix executeBatch() methods to throw BatchUpdateException(), as per documentation.
- Also, cleanup and simplify batch handling, remove complexity introduced with handler/ factory abstractions.
- Revision #447
Mon 2013-06-17 10:29:25 +0200
- CONJ-45: JDBC types in metadata for FLOAT and INT UNSIGNED are different than in ConnectorJ
- Fix ResultSetMetaData.getColumnType() to be more ConnectorJ compatible
(FLOAT=>java.sql.Type.REAL
, rather thanjava.sql.Type.FLOAT etc)
- Patch by Davy Verstappen.
- Revision #446
Sun 2013-06-16 22:53:24 +0200
- fix build
- Revision #445
Sat 2013-06-15 00:06:09 +0200
- CONJ-44 : Fix bug in prepared statement parsing code (skipping next character after backslash '\')
- Revision #444
Fri 2013-06-14 15:22:27 +0200
- remove dummy test
- Revision #443
Fri 2013-06-14 15:00:20 +0200
- fix ResultSet.getDisplaySize() for character columns - due to UTF-8 usage it was 3x more than expected
- Revision #442
Fri 2013-06-14 14:58:19 +0200
- CONJ-35 : provide alternative implementation for
DatabaseMetadata.getImportedKeys()
that does not use information schema, but parses the output of "show create table" instead. - The reason for it is to speed up
DatabaseMetadata.getImportedKeys()
call , which can get very slow in certain scenarios involving hibernate
- CONJ-35 : provide alternative implementation for
- Revision #441
Tue 2013-06-11 16:25:04 +0200
- update version of surefire plugin in pom.xml, to be able to run single test
- Revision #440
Tue 2013-06-11 16:22:59 +0200
- CONJ-41 :
DatabaseMetaData.getPrimaryKeys
returns incorrect value forKEY_SEQ
(ORDINAL_POSITION
fromINFORMATION_SCHEMA.COLUMNS
is incorrectly returned) - The fix to join
I_S.COLUMNS
withI_S.STATISTICS
and to useINFORMATION_SCHEMA.STATISTICS.SEQ_IN_INDEX
forKEY_SEQ
.
- CONJ-41 :
- Revision #439
Fri 2013-06-07 18:57:11 +0200
- CONJ-40 : allow
java.util.Date
to be passed toPreparedStatement.setObject()
- CONJ-40 : allow
- Revision #438
Fri 2013-06-07 17:18:58 +0200
- CONJ-43 : An exception is thrown when using
PreparedStatement.getResultSetMetaData()
, prior to statement execution. Statement must contain at least one '?' placeholder to trigger the exception - The reason for the bug was incorrect reading of
COM_STMT_PREPARE
response in this case (wrong order of parameter definition block and column definition block)
- CONJ-43 : An exception is thrown when using
- Revision #437
Tue 2013-05-28 10:35:24 +0200
- CONJ-39 : multi-row inserts should return multiple entries in
getGeneratedKeys()
- CONJ-39 : multi-row inserts should return multiple entries in
- Revision #436
Tue 2013-05-28 09:53:41 +0200
- CONJ-42 - Escape processing - allow for missing space it temporal escapes, for better compatibility with ConnectorJ
- Revision #435
Thu 2013-05-23 22:18:40 +0200
- CONJ-39 : for multi-row inserts,
getGeneratedKeys()
will return ResultSet with multiple entries. like ConnectorJ does.
- CONJ-39 : for multi-row inserts,
- Revision #434
Wed 2013-05-22 00:04:43 +0200
- CONJ-38 - Fix threading issue in
MySQLCallableStatement
. - 3 operations - setting input parameters, caling stored procedure and reading off the output parameters must be "atomic". i.e it needs to be synchronized so that it does not interfere with other clients using the same Connection in a different thread.
- CONJ-38 - Fix threading issue in
- Revision #433
Tue 2013-05-21 13:55:57 +0200
- CONJ37- don't connect socket if it is already connected - (i.e in case custom SocketFactory creates an already connected sockets)
- Revision #432
Thu 2013-05-09 13:45:22 +0200
- fix named pipe remote access
- Revision #431
Tue 2013-05-07 23:02:02 +0200
- CONJ-36 : implement connections via named pipe on Windows (via pipe=<name> syntax in the connect URL)
- Revision #430
Mon 2013-05-06 20:42:09 +0200
- CONJ-34 : Change assertion in PacketOutputStream.startPacket() to be IOException (so it can be caught). "Last packet not finished" condition can happen , if underlying stream is broken (e.g write operation failed)
- Revision #429
Fri 2013-05-03 00:05:34 +0200
- Add build script to bazaar repository
- Revision #428
Fri 2013-05-03 00:04:52 +0200
- MySQLProtocol has this like in executeQuery :
- log.finest("Executing streamed query: " + dQuery);
- Even if log is not activated (which is normally the case), even then relatively expensive string concatenation takes place.It should be avoided by using
log.log(Level.FINEST, "Executing streamed query: {0}", dQuery);
- instead.
Content reproduced on this site is the property of its respective owners,
and this content is not reviewed in advance by MariaDB. The views, information and opinions
expressed by this content do not necessarily represent those of MariaDB or any other party.