You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Freeman Fang (JIRA)" <ji...@apache.org> on 2010/11/19 10:23:14 UTC

[jira] Commented: (CXF-3132) asynchronous client can't get correct error if non-runtimeexcpetion happen

    [ https://issues.apache.org/jira/browse/CXF-3132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933744#action_12933744 ] 

Freeman Fang commented on CXF-3132:
-----------------------------------

Hi Dan,

Done.

Fully agree with you that we should refactor StaxUtils not to use recursive way to avoid StackOverflowError, I'm actually thinking about it and going to create another issue to track it,  :-)

Also I think that we should ensure asynchronous client could get correct Error (like StackOverflowError)  but not Timeout when it's not RuntimeException, some third party libs which we can't control still use recursive algorithm so we can't guarantee there's no StackOverflowError anymore, so if it happens, asynchronous client should know about it.

Best Regards

Freeman



> asynchronous client can't get correct error if non-runtimeexcpetion happen
> --------------------------------------------------------------------------
>
>                 Key: CXF-3132
>                 URL: https://issues.apache.org/jira/browse/CXF-3132
>             Project: CXF
>          Issue Type: Bug
>    Affects Versions: 2.3.0, 2.2.11
>            Reporter: Freeman Fang
>            Assignee: Freeman Fang
>             Fix For: 2.2.12, 2.3.1, 2.4
>
>         Attachments: CXF-3132-testcase.patch, non-recurse.patch
>
>
> when use asynchronous cxf client handler, if there's a non-runtimeexception thrown, the asynchronous client handler can't get correct reason but get TimeoutException.
> For example if client receive a very complex soap message response with a greate amount of element level like
> <soap:envelope><soap:body><a1><a2>...<an></an>...</a2</a2></soap:body></soap:envelope>
> here n could be very big which can cause StackOverflowError in StatxUtils as StatxUtils use recursive way to parse soap message.
> In this case if we use asynchronous cxf client, the client has no way to know there's a StackOverflowError but just get TimeoutException.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.