[ 
https://issues.apache.org/jira/browse/THRIFT-1805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15861584#comment-15861584
 ] 

ASF GitHub Bot commented on THRIFT-1805:
----------------------------------------

Github user Jens-G commented on a diff in the pull request:

    https://github.com/apache/thrift/pull/1186#discussion_r100586356
  
    --- Diff: compiler/cpp/src/thrift/generate/t_java_generator.cc ---
    @@ -3527,6 +3531,11 @@ void 
t_java_generator::generate_process_function(t_service* tservice, t_function
       indent(f_service_) << "  return " << ((tfunction->is_oneway()) ? "true" 
: "false") << ";" << endl;
       indent(f_service_) << "}" << endl << endl;
     
    +  indent(f_service_) << "@Override" << endl;
    +  indent(f_service_) << "protected boolean handleRuntimeExceptions() {" << 
endl;
    +  indent(f_service_) << "  return " << ((handle_runtime_exceptions_) ? 
"true" : "false") << ";" << endl;
    +  indent(f_service_) << "}" << endl << endl;
    --- End diff --
    
    why not simply `return handle_runtime_exceptions_`?


> Thrift should not swallow ALL exceptions
> ----------------------------------------
>
>                 Key: THRIFT-1805
>                 URL: https://issues.apache.org/jira/browse/THRIFT-1805
>             Project: Thrift
>          Issue Type: Bug
>          Components: Java - Compiler, Java - Library
>    Affects Versions: 0.9
>            Reporter: Diwaker Gupta
>            Assignee: Diwaker Gupta
>         Attachments: THRIFT-1805.patch
>
>
> In Thrift 0.8.0, Thrift generated Java code did not swallow application 
> exceptions. As a result of THRIFT-1658, this behavior changed in 0.9.0 and 
> now the generated code swallows ALL application exceptions (via 
> ProcessFunction). Apparently this was the behavior in Thrift 0.6.0 and while 
> I see the rationale, it is breaking our applications.
> Our code relies on the fact that exceptions can propagate outside of Thrift 
> for certain things (e.g., to aggressively drop connections for clients that 
> send invalid/malformed requests). ProcessFunction makes it near impossible to 
> do this -- not only does it swallow the exception, it also loses all 
> information about the original exception and just writes out a generic 
> TApplicationException.
> IMO ProcessFunction should only catch TException. If the application code 
> wants to use other exceptions for some reason (in particular, Errors and 
> RuntimeExceptions), Thrift shouldn't prevent that.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to