Status of JDBC 4.2?
Mark Rotteveel
mark at lawinegevaar.nl
Sat Jul 27 09:11:35 PDT 2013
On 27-7-2013 17:43, Lance @ Oracle wrote:
> The javadocs are complete for jdbc 4.2 and the changes are all un the
> workspace
>
> I will not generate an updated PDF spec until later this fall
Thanks for the update :) On a related note, is
http://cr.openjdk.java.net/~lancea/8005080/specdiffs.02/ still up to
date? If not could you generate another specdiff?
I have just implemented very basic support for JDBC 4.2 to Jaybird.
While I was doing that, I wondered if it wouldn't be easier if the
default methods currently implemented to throw
UnsupportedOperationException do something similar to what I have done.
For example the support I added for most large update count methods
simply delegate to the normal update count method. Eg:
@Override
public long getLargeUpdateCount() throws SQLException {
return getUpdateCount();
}
The methods using the SQLType interface delegate (where possible) to
methods accepting the int type value with the value obtained from
getVendorTypeNumber(), and otherwise (in ResultSet.updateObject) to the
typeless variant.
I understand this isn't ideal, but it will make all existing JDBC 4.1
drivers immediately 'support' the JDBC 4.2 functionality when the
default methods would do this.
Also, when adding this basic support, I expected to have to implement a
getColumnSQLType method (or something like that) with SQLType as the
return type in ResultSetMetaData as a partner to getColumnType(int
column). There doesn't seem to be such a method (at least not in the
early access b99).
Mark
--
Mark Rotteveel
More information about the jdbc-spec-discuss
mailing list