[
https://issues.apache.org/jira/browse/PHOENIX-3345?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15543777#comment-15543777
]
Maryann Xue commented on PHOENIX-3345:
--------------------------------------
Yes, since the compilation process goes back and forth between Phoenix and
Calcite and the two components have different Exception types and different
interfaces for throwing Exceptions, Phoenix SQLExceptions are wrapped in
RuntimeException at a lot integration points. [~jamestaylor], do you have idea
how we can work this out?
> SQLException code's not propagating as expected
> -----------------------------------------------
>
> Key: PHOENIX-3345
> URL: https://issues.apache.org/jira/browse/PHOENIX-3345
> Project: Phoenix
> Issue Type: Sub-task
> Reporter: Eric Lomore
> Assignee: Eric Lomore
> Attachments: variablestate.png
>
>
> Perhaps this is intended by Calcite, but when errors are thrown by execute()
> functions the error code that is initially thrown (say 1000) does not make
> its way to the final SQLException on top.
> This is prevalent in multiple tests throughout QueryCompilerTest.java. One
> such example is included below.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
