db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (DERBY-6488) Get rid of the EmbedSQLException class
Date Mon, 03 Mar 2014 12:15:21 GMT

    [ https://issues.apache.org/jira/browse/DERBY-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918004#comment-13918004

ASF subversion and git services commented on DERBY-6488:

Commit 1573534 from [~knutanders] in branch 'code/trunk'
[ https://svn.apache.org/r1573534 ]

DERBY-6488: Remove the EmbedSQLException class and the associated DerbySQLException interface.

> Get rid of the EmbedSQLException class
> --------------------------------------
>                 Key: DERBY-6488
>                 URL: https://issues.apache.org/jira/browse/DERBY-6488
>             Project: Derby
>          Issue Type: Improvement
>          Components: JDBC
>    Affects Versions:
>            Reporter: Knut Anders Hatlen
>            Assignee: Knut Anders Hatlen
>         Attachments: d6488-1a.diff
> EmbedSQLException used to be the top-level exception raised on error in the JDBC 3 version
of the embedded driver. The primary purpose of the EmbedSQLException class is gone now that
JDBC 4.0 is the minimum JDBC level, and all top-level exceptions are vanilla java.sql.SQLExceptions
or one of its specialized subtypes.
> The top-level SQLException still links to an EmbedSQLException in order to provide some
extra information (such as the message id) that the network server needs when encoding the
exception for transport over the wire. I think it should be possible for the network server
to get this information from the StandardException which is typically also in the exception
> When embedded Derby raises an exception currently, it is typically a java.sql.SQLException
(or subclass) that's linked to an EmbedSQLException that's linked to a StandardException.
If we could find a way to eliminate the EmbedSQLException from the exception chain, the stack
traces would be easier to read, and the structure of the exception chains would be more consistent
with the client exceptions.

This message was sent by Atlassian JIRA

View raw message