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

ASF GitHub Bot commented on SCB-905:
------------------------------------

coveralls commented on issue #909: [SCB-905] GlobalRestFailureHandler handle 
InvocationException properly
URL: 
https://github.com/apache/incubator-servicecomb-java-chassis/pull/909#issuecomment-421910219
 
 
   
   [![Coverage 
Status](https://coveralls.io/builds/19029378/badge)](https://coveralls.io/builds/19029378)
   
   Coverage decreased (-0.04%) to 86.308% when pulling 
**9ae44569f5b0882474cc7900bced2cf04a302246 on 
yhs0092:GlobalRestFailureHandler_handle_InvocationException_properly** into 
**3cd2dc2d86af8fce36e1fb38e7c9357631a23c6d on apache:master**.
   

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
[email protected]


> Request connection is hang up when request path contains illegal string
> -----------------------------------------------------------------------
>
>                 Key: SCB-905
>                 URL: https://issues.apache.org/jira/browse/SCB-905
>             Project: Apache ServiceComb
>          Issue Type: Bug
>            Reporter: YaoHaishi
>            Assignee: YaoHaishi
>            Priority: Major
>
> When provider receives a request that contains illegal path params like 
> "%%E", an Exception
> java.lang.NumberFormatException: For input string: "%E"
> is thrown and no response is sent. On consumer side it seems like that the 
> request connection is hang up until the request timed out.
> The root cause is that there is no failure handler to handle the 
> NumberFormatException. As a result, the request process is interrupted and no 
> response is returned.
> Usually it only happens in EdgeService because for 
> Router.routeWithRegex(String) the % encoded string is decoded like above, 
> while for Router.route() the path is not processed in such way. In 
> EdgeService, routeWithRegex() is usually used, and in normal provide, we use 
> route() instead.



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

Reply via email to