[jira] [Updated] (THRIFT-4556) Rethrow unhandled exceptions

["Nicolas Krog (JIRA)" <ji...@apache.org>]

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

Nicolas Krog updated THRIFT-4556:
---------------------------------
    Summary: Rethrow unhandled exceptions  (was: Make it possible to return an exception to the client.)

> Rethrow unhandled exceptions
> ----------------------------
>
>                 Key: THRIFT-4556
>                 URL: https://issues.apache.org/jira/browse/THRIFT-4556
>             Project: Thrift
>          Issue Type: Bug
>          Components: Java - Compiler, Java - Library
>    Affects Versions: 0.11.0
>            Reporter: Nicolas Krog
>            Priority: Major
>             Fix For: 0.12.0
>
>
> Current behavior for Java processor is to do a minor logging of any unhandled exceptions and return to the client that an exception has happened.
> I would like to make it possible to rethrow the uncaught exceptions since we need that functionality in order to make 0.11.0+ version be compatible with our current code.
> The functionality we want is similar to the functionality of the commit 5038466e5e57b17b881684bae0e541408aafac0e, but that functionality was overwritten with the commit 026c9d032c4a298ecb9edbcdfb52590facb442f3 and left some code unused. We want to more or less reuse and adapt that unused code in order to make it possible for the user to choose whether uncaught exceptions should be re-thrown.
> More specifically:
> The command here, implemented with 5038..., made it possible for the user to specify whether a RuntimeException should be handled and returned to the client.
> $ thrift --gen java:handle_runtime_exceptions someThriftFile.thrift
> That flag is now of no use, because of the changes made in 026c9...
> We want to be able to do
> $ thrift --gen java:rethrowUncaughtExceptions someThriftFile.thrift
> Thus, making the java processor rethrow the exception and propagating it upwards.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)