While I see that this approach allows the creation of user-defined fault types, 
is it possible to also use it to specify the standard SOAP-ENV:Fault?  I see a 
struct named axiom_soap_fault_t in the distribution, but I can't seem to return 
it from the axis2_svc_skel_*_on_fault() function because it requires a pointer 
to the SOAP body to create one.  Is there some other way to return a standard 
SOAP fault from a service?


--
Doug Price
Research Director | Presagis

T. +1 972 943.2433  F. +1 469 467.4564  C. +1 469 867.8399

DISCLAIMER: This e-mail message is for the sole use of the intended 
recipient(s) and may contain confidential and/or proprietary information. Do 
not read, copy, or disseminate this message unless you are the addressee. Any 
unauthorized review, use, disclosure or distribution is strictly prohibited. If 
you have received this message in error, please contact the sender by reply 
e-mail and delete the original and any copies from your system.

-----Original Message-----

From: Amir Mousavizadegan [mailto:amir.mousavizade...@cox.net]
Sent: Tuesday, November 17, 2009 10:29 AM
To: Apache AXIS C User List
Subject: Re: using faults w/ wsdl2c

I did not write the sample codes  nor the document,  however  in order to
get it working, you have to change the body of the generated  code, or
create a replacement function as I did.
thx
Amir
----- Original Message -----
From: "Doug Price" <doug.pr...@presagis.com>
To: "Apache AXIS C User List" <axis-c-user@ws.apache.org>
Sent: Tuesday, November 17, 2009 11:05 AM
Subject: RE: using faults w/ wsdl2c


Just what I was looking for.  Thanks so much.

A quick follow up question on the code though.  Is there a reason that
axis2_svc_skel_Division_on_fault() doesn't use the adv_divFault api to
create the fault?


--
Doug Price
Research Director | Presagis

T. +1 972 943.2433  F. +1 469 467.4564  C. +1 469 867.8399

DISCLAIMER: This e-mail message is for the sole use of the intended
recipient(s) and may contain confidential and/or proprietary information. Do
not read, copy, or disseminate this message unless you are the addressee.
Any unauthorized review, use, disclosure or distribution is strictly
prohibited. If you have received this message in error, please contact the
sender by reply e-mail and delete the original and any copies from your
system.

-----Original Message-----

From: Amir Mousavizadegan [mailto:amir.mousavizade...@cox.net]
Sent: Tuesday, November 17, 2009 7:52 AM
To: Apache AXIS C User List
Subject: Re: using faults w/ wsdl2c

Please see attached document
----- Original Message -----
From: "Doug Price" <doug.pr...@presagis.com>
To: <axis-c-user@ws.apache.org>
Sent: Monday, November 16, 2009 4:47 PM
Subject: using faults w/ wsdl2c


I created a simple web service w/ Axis2c using wsdl2c on a WSDL file I
created in Eclipse.  The default functionality of this works fine.  However,
now I'd like to incorporate faults into my SOAP messages.  I created a fault
type in my WSDL and wsdl2c creates the wrappers for the fault message, but
the service skeleton and client stubs files seem to hard coded to assume no
faults are ever sent / received.  For example, the client axis2_stub_op_*()
function takes my request message type and returns my response message type,
but doesn't seem to account for my fault type.  Modifying the code, I can
see that the fault is received and correctly deserialized, but I'll have to
continually hand edit the axis2_stub*.c and my client.c file as I make
modifications to my WSDL in order to make this work.

The same is true on the service side w/ the axis2_skel*() functions.  Am I
missing something here, or are faults not supported w/ wsdl2c?

--
Doug Price
Research Director | Presagis

T. +1 972 943.2433 F. +1 469 467.4564 C. +1 469 867.8399

DISCLAIMER: This e-mail message is for the sole use of the intended
recipient(s) and may contain confidential and/or proprietary information. Do
not read, copy, or disseminate this message unless you are the addressee.
Any unauthorized review, use, disclosure or distribution is strictly
prohibited. If you have received this message in error, please contact the
sender by reply e-mail and delete the original and any copies from your
system.



Reply via email to