[
https://issues.apache.org/jira/browse/CALCITE-1218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15260548#comment-15260548
]
Julian Hyde commented on CALCITE-1218:
--------------------------------------
Good catch. Ideally we'd have tests for all of the external error scenarios
(i.e. errors not caused by code, but by systems beyond our control e.g. network
down) that could occur and make sure that each gives a useful error message.
But I know that it requires a huge effort to simulate those kinds of errors in
tests.
My favorite example of this: for many years (and still, for all I know), if you
tried to connect to an Oracle database that was not started you'd get the error
{noformat}
ORA-09243: smsget: error attaching to SGA
{noformat}
Yes, {{smsget}} is an API call to get a shared-memory segment, and the SGA is
the shared global area. As if the average SQL*Plus user would know that. They
should have changed the message to
{noformat}
ORA-09243: Database is probably not started
{noformat}
but somehow they never got round to it and it was a rite of passage to learn to
decode the cryptic error message.
> Mishandling of uncaught exceptions results in no ErrorResponse sent to client
> -----------------------------------------------------------------------------
>
> Key: CALCITE-1218
> URL: https://issues.apache.org/jira/browse/CALCITE-1218
> Project: Calcite
> Issue Type: Bug
> Components: avatica
> Reporter: Josh Elser
> Assignee: Josh Elser
> Priority: Blocker
> Fix For: avatica-1.8.0
>
>
> In doing some testing of the Kerberos auth for Avatica, I noticed another
> area (in AvaticaProtobufHandler) which did not create and return an
> ErrorResponse to the user. This shows up in the client with an obtuse error
> message of "Cannot find parser for empty message class" (or similar).
> Before 1.8.0 comes out, we need to:
> # Squash this issue once and for all (catch all exceptions and create an
> ErrorResponse)
> # Improve the client error message
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
