You are viewing a plain text version of this content. The canonical link for it is here.
Posted to xmlrpc-auto@ws.apache.org by "Jochen Wiedmann (JIRA)" <xm...@ws.apache.org> on 2007/07/20 08:06:06 UTC

[jira] Resolved: (XMLRPC-143) Rethrow the same exception thrown on the server side

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

Jochen Wiedmann resolved XMLRPC-143.
------------------------------------

    Resolution: Fixed

You're welcome to use one of the 3.1 snapshots.

> Rethrow the same exception thrown on the server side
> ----------------------------------------------------
>
>                 Key: XMLRPC-143
>                 URL: https://issues.apache.org/jira/browse/XMLRPC-143
>             Project: XML-RPC
>          Issue Type: New Feature
>          Components: Source
>            Reporter: Trejkaz
>
> If I have an object on the server which throws a custom exception, at present the XML-RPC server code will create a generic XmlRpcException.
> Notably, this causes two problems for the caller.
> 1. Because all errors are thrown as XmlRpcException, it becomes impossible to distinguish an error contacting the server, with an error thrown by the application code.  In the former case, I would like to retry a couple more times.  In the latter case, retrying is pointless and perhaps even harmful.
> 2. The stack trace is obliterated.  Ideally, the stack trace would be serialised along with the rest of the exception and reconstructed on the client side.
> As Throwable itself is Serializable and Apache XML-RPC already handles Serializable objects elsewhere, this should not be a major headache.  I don't mind if it requires extensions to be enabled as I'm already forced to enable those to get support for returning null. :-)

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