[ 
https://issues.apache.org/jira/browse/DRILL-2932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Daniel Barclay (Drill) updated DRILL-2932:
------------------------------------------
    Description: 
There is a call to System.out.println(...) in 
DrillResultSetImpl.ResultListener.submissionFailed(...):

  System.out.println("Query failed: " + ex.getMessage());

(That submissionFailed(...) is part of the implementation of 
Statement.execute...(...) methods and ResultSet.)


In SQLLine, this causes the exception message, which currently doesn't show up 
otherwise in SQLLine, to show up when running SQLLine interactively.

However, writing that to System.out. is completely inappropriate. 

JDBC specifies that implementations throw SQLExceptions to report 
errors\--implementations should not be unilaterally be deciding to write to 
stdout\--or stderr.


Additionally, the text intended to reach the user is not copied into the 
message of the SQLException that is thrown to the JDBC client.



  was:
There is a call to System.out.println(...) in 
DrillResultSetImpl.ResultListener.submissionFailed(...):

  System.out.println("Query failed: " + ex.getMessage());

(That submissionFailed(...) is part of the implementation of 
Statement.execute...(...) methods and ResultSet.)


In SQLLine, this causes the exception message, which currently doesn't show up 
otherwise in SQLLine, to show up when running SQLLine interactively.

However, writing that to System.out. is completely inappropriate. 

JDBC specifies that implementations throw SQLExceptions to report 
errors\--implementations should not be unilaterally be deciding to write to 
stdout\--or stderr.





> Error text reported via System.out.println rather than thrown SQLException's 
> message
> ------------------------------------------------------------------------------------
>
>                 Key: DRILL-2932
>                 URL: https://issues.apache.org/jira/browse/DRILL-2932
>             Project: Apache Drill
>          Issue Type: Bug
>          Components: Client - JDBC
>            Reporter: Daniel Barclay (Drill)
>            Assignee: Daniel Barclay (Drill)
>            Priority: Critical
>
> There is a call to System.out.println(...) in 
> DrillResultSetImpl.ResultListener.submissionFailed(...):
>   System.out.println("Query failed: " + ex.getMessage());
> (That submissionFailed(...) is part of the implementation of 
> Statement.execute...(...) methods and ResultSet.)
> In SQLLine, this causes the exception message, which currently doesn't show 
> up otherwise in SQLLine, to show up when running SQLLine interactively.
> However, writing that to System.out. is completely inappropriate. 
> JDBC specifies that implementations throw SQLExceptions to report 
> errors\--implementations should not be unilaterally be deciding to write to 
> stdout\--or stderr.
> Additionally, the text intended to reach the user is not copied into the 
> message of the SQLException that is thrown to the JDBC client.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to