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

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

Github user jeking3 commented on a diff in the pull request:

    https://github.com/apache/thrift/pull/1186#discussion_r100565597
  
    --- Diff: compiler/cpp/src/thrift/generate/t_java_generator.cc ---
    @@ -91,6 +92,8 @@ class t_java_generator : public t_oop_generator {
             reuse_objects_ = true;
           } else if( iter->first.compare("option_type") == 0) {
             use_option_type_ = true;
    +      } else if( iter->first.compare("handle_runtime_exceptions") == 0) {
    --- End diff --
    
    Yep, should be added to the structure at the end of the file at the very 
least.
    
    It would be nice to have more comprehensive documentation on the java 
options for the compiler in the java runtime readme, perhaps... but getting it 
into the compiler's --help output is required as stated above.


> 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