[ https://issues.apache.org/jira/browse/THRIFT-1805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047459#comment-15047459 ]
Christopher Tubbs commented on THRIFT-1805: ------------------------------------------- Sure, I definitely think a regular contributor could carry this torch, but I just mean that some of the decision-making needs to be done by the PMC. Regular contributors can ask for Semantic Versioning, but cannot establish that as a policy for the project. That's the job of the PMC. Thrift has been very welcoming of contributions, but that can also be part of the problem: contributions which are mutually exclusive are both welcomed and accepted, and behavior flip-flops between versions. At some point, the PMC needs to make a decision about which behavior is the desired behavior, in order to guide future contributions. > 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.4#6332)