[
https://issues.apache.org/jira/browse/XMLRPC-143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513818
]
Jochen Wiedmann commented on XMLRPC-143:
----------------------------------------
For the sake of clarification: The exception *is* rethrown, if you are using
the ClientFactory:
https://svn.apache.org/viewvc/webservices/xmlrpc/trunk/client/src/main/java/org/apache/xmlrpc/client/util/ClientFactory.java?revision=478678&view=markup
> 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.
