axis-c-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dimuthu Gamage" <>
Subject Re: C code generator and subclasses
Date Fri, 11 Apr 2008 20:07:16 GMT
Hi Sérgio,

The code generator doesn't generate classes for the sub types because
it is never been used in your WSDL. When I check your wsdl i noticed
that non of the derived types are not actually used in any operation.

And I changed the type of one of the element liek this

      <xsd:element name="getAllAdsResponse">
            <!--<xsd:element name="getAllAdsReturn"
maxOccurs="unbounded" type="impl:Ad"/>-->
            <xsd:element name="getAllAdsReturn" maxOccurs="unbounded"

And regenerate the code and it generated the adb_CommerceAd.c, which
was not generated before the change.

WSDL2C supports complexContent extension for sometime now. So I think
you can freely use that for your implementation (without the pain of
changing the generated code) in cases that you are actually using it.


On Tue, Apr 8, 2008 at 9:47 PM, Sérgio Gomes <> wrote:
> Hi there,
>  I'm back with my code generator questions again, sorry about that ;-)
>  This is a rather complex one, and if it's not implemented (as I
>  suspect) it might take quite a bit of work.
>  Here's the story: I've recently generated all the stubs for a complex
>  WSDL ( ), and
>  noticed that there wasn't any code generated for derived types, even
>  if they're subtypes of an abstract type.
>  The abstract type works fine, however. There's a method in this
>  service that returns a list of derived types, for instance, and I'm
>  able to use the abstract type stubs to access the inherited
>  properties. However, I can't use the properties specific to each type,
>  since there are no stubs for that.
>  Also, I am unable to use a different method, that requires a list of
>  derived types as an input parameter, since there are no stubs for
>  creating them and the service won't accept abstract types (not to
>  mention the fact that I need to set the properties specific to each
>  subtype).
>  As I said, it looks like this still hasn't been done. Is that right?
>  Any information you can give me as to whether this will be done and,
>  if so, when?
>  Thanks,
>  Sérgio
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail:
>  For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message