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

Jens Geyer updated THRIFT-5874:
-------------------------------
    Component/s: netstd - Library
                     (was: Delphi - Library)

> Introduce new type MESSAGE_SIZE_LIMIT in TTransportException
> ------------------------------------------------------------
>
>                 Key: THRIFT-5874
>                 URL: https://issues.apache.org/jira/browse/THRIFT-5874
>             Project: Thrift
>          Issue Type: Improvement
>          Components: netstd - Library
>            Reporter: Jens Geyer
>            Assignee: Jens Geyer
>            Priority: Major
>             Fix For: 0.23.0
>
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> If the transport reads more bytes than the configured max message size, it 
> will throw theĀ 
> the TTransportException with the type TTransportException.END_OF_FILE. This 
> could be a problem when the TThreadPoolServer ignore the exception and kill 
> the connection silently, the client will receive the 'Socket closed by peer' 
> exception, but there is no message in server to tell what's happening.
> In my idea, rather than throwing the exception with END_OF_FILE, we should 
> flag this exception with a new type SIZE_LIMIT.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to