[ 
https://issues.apache.org/jira/browse/CASSANDRA-2720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051022#comment-13051022
 ] 

Rick Shaw commented on CASSANDRA-2720:
--------------------------------------

I will readily admit it was an unfortunate decision on the part of JDBC 
standard to put SQL in the name; however it is pretty clear in the spec as to 
what the name of the Exception is to be, to be able to be conforment (or to 
take your best shot at it).

We could wrap Cassandra (with CQL in the name) exceptions with SQLException 
(and its subclasses) if we felt strongly, which we do already for many that do 
not have CQL in the name, but that seems like a lot of extra trouble to make a 
point.

> The current implementation of CassandraConnection does not always follow 
> documented semantics for a JDBC Connection interface
> -----------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-2720
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-2720
>             Project: Cassandra
>          Issue Type: Sub-task
>          Components: API
>    Affects Versions: 0.8.0 beta 2
>            Reporter: Rick Shaw
>            Assignee: Rick Shaw
>            Priority: Minor
>              Labels: cql, drivers, jdbc
>             Fix For: 0.8.2
>
>         Attachments: Cleanup-semantics for-a JDBC-Connection-v1.txt, 
> Cleanup-semantics-for-a-JDBC-Connection-v2.txt
>
>
> While the current implementation of many of the classes in the JDBC driver 
> implementation are practical to get the driver to work they do not always 
> obey the documented semantics for the associated interfaces. I am proposing 
> making a pass over the involved implementation members to start the 
> "tightening" process that will need to happen to use this driver in other 
> tools an programs that expect stricter adherence than is currently present.
> Broad areas of attention are:
> - Use of {{SQLFeatureNotSupportedException}} not 
> {{UnsupportedOperationException}} for methods that The Cassandra 
> Implementation does not support.
> - Checking in appropriate methods for the prescribed throwing of 
> {{SQLException}} if the method is called on a closed connection.
> - providing method implementations for all methods that are not optional even 
> it it is to return NULL (as prescribed in the Interface description.)
> I will cut additional JIRA tickets for other components in the suite.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to