[ http://issues.apache.org/jira/browse/DERBY-254?page=comments#action_12331369 ]
Tomohito Nakayama commented on DERBY-254: ----------------------------------------- Comment moved from wiki http://wiki.apache.org/db-derby/JDBC_error_messages_and_SQL_States Hi, Tomohito. I am dealing with the null SQL states in the client driver as part of my work on internationalizing the messages. I think it makes a lot of sense for the SQL states to match between network client and embedded client. I noticed, for instance, test code that did something like: if ( client driver is embedded ) look for SQL State NNNN else look for SQL State YYYY end if This seems silly. What I am doing (we'll see if people have comments on this) is defining a new severity for exceptions thrown by the network client. Since the exception severity is mapped to the SQLException error code, the application programmer can check the error code to determine if it's a network client exception. The other way they can distinguish is to see what the instance of the class is. It will be an instance of org.apache.derby.impl.jdbc.EmbedSQLException if it came from the embedded driver, and an instance of org.apache.derby.client.am.SqlException if it comes from the network client. I think we should keep the SQL states (and the error messages) identical where the error is identical between the network client and the engine. Also, I would like to recommend that this discussion be moved to or linked to from the JIRA issue around SQL states -- DERBY-254 David VC > SQLStates for SQLExceptions thrown from the client should not be null and > should match embedded where possible > -------------------------------------------------------------------------------------------------------------- > > Key: DERBY-254 > URL: http://issues.apache.org/jira/browse/DERBY-254 > Project: Derby > Type: Improvement > Components: Network Client > Versions: 10.2.0.0, 10.1.1.0 > Reporter: Kathey Marsden > Assignee: David Van Couvering > Fix For: 10.2.0.0 > > SQLExceptions generated from the client tend to have a null SQLState. An > evaluation of the SQLExceptions thrown by the client needs to be performed > and match embedded where possible. > If this does not happen before the 10.1 release, it would be good to document > that SQLStates in the client will change for future releases -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
