You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Knut Anders Hatlen (JIRA)" <ji...@apache.org> on 2014/03/04 10:08:20 UTC

[jira] [Created] (DERBY-6493) Improve reporting of exceptions wrapped in InvocationTargetException

Knut Anders Hatlen created DERBY-6493:
-----------------------------------------

             Summary: Improve reporting of exceptions wrapped in InvocationTargetException
                 Key: DERBY-6493
                 URL: https://issues.apache.org/jira/browse/DERBY-6493
             Project: Derby
          Issue Type: Improvement
          Components: JDBC
    Affects Versions: 10.11.0.0
            Reporter: Knut Anders Hatlen
            Assignee: Knut Anders Hatlen


When Derby encounters an exception in a method that's called via reflection, the actual problem may be well hidden at the end of a long exception chain. For example:

ij> create table t(x int);
0 rows inserted/updated/deleted
ij> call syscs_util.syscs_import_table(null, 'T', null, null, null, null, 0);
ERROR 38000: The exception 'java.sql.SQLException: The exception 'java.lang.reflect.InvocationTargetException' was thrown while evaluating an expression.' was thrown while evaluating an expression.
ERROR 38000: The exception 'java.lang.reflect.InvocationTargetException' was thrown while evaluating an expression.
ERROR XJ001: Java exception: ': java.lang.reflect.InvocationTargetException'.
ERROR XIE05: Data file cannot be null. 

Only the last exception provides any useful information to the user in this case. I think it would be good to remove the InvocationTargetException from the chain so that it's easier to spot the actual problem.



--
This message was sent by Atlassian JIRA
(v6.2#6252)