[ http://issues.apache.org/jira/browse/DERBY-922?page=all ]
Kathey Marsden updated DERBY-922:
---------------------------------
Fix Version: 10.2.0.0
Version: 10.2.0.0
set affects and fix version to 10.2
> getSQLException() method in client.am.SqlException does not correctly chain
> exceptions
> --------------------------------------------------------------------------------------
>
> Key: DERBY-922
> URL: http://issues.apache.org/jira/browse/DERBY-922
> Project: Derby
> Type: Bug
> Components: Network Client
> Versions: 10.2.0.0
> Reporter: David Van Couvering
> Assignee: David Van Couvering
> Fix For: 10.2.0.0
>
> This was detected by Knut Anders. From his email:
> I think
>
> if (JVMInfo.JDK_ID >= JVMInfo.J2SE_14 )
> {
> sqle.initCause(getCause());
> }
>
> should have been
>
> if (JVMInfo.JDK_ID >= JVMInfo.J2SE_14 )
> {
> sqle.initCause(this);
> }
>
> It is the SqlException that is the cause of the SQLException. The
> cause of an SqlException is often null, and if we pass the null value
> to SQLException.initCause(), we lose all of the driver internal stack
> trace, and it makes debugging very difficult. All we get in the stack
> trace is SqlException.getSQLException(), the top-level JDBC method and
> the application stack.
--
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
