Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-dev@ws.apache.org
Date: 6 Mar 2003 20:17:14 -0000
Message-ID: <20030306201714.2803.qmail@nagoya.betaversion.org>
From: bugzilla@apache.org
To: axis-dev@ws.apache.org
Cc: 
Subject: DO NOT REPLY [Bug 16735]  -
    Class cast exception on getDetail in SOAPFault

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16735>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16735

Class cast exception on getDetail in SOAPFault


------- Additional Comments From andrew.fendick@ntlworld.com  2003-03-06 20:17 -------
I first found this by attempting to call a service with one of the input 
parameters mis-spelt. So it should be easy to recreate by doing the same. e.g. 
If the servie expects an input parameter called 'arg1', create a call that has 
an input parameter called 'mis1'.
The server should return a SOAPFault saying theat the parameter is incorrect or 
that the service cant be found or some such message, which Axis then should 
pass on to the calling program by throwing an exception.
Catch that exception and extract the SOAPFault from it. If I have time I will 
try to create a class that does this against one of the soap interopt servers 
but, unfortunatly, I am quite busy at the moment.