Hi again, You can get generate the adb objects for all the types in the wsdl (regardless whether it is referred or not ) with the -g option, so your command to generate the client code would be like,
WSDL2C.sh -uri AdService.wsdl -u -g Thanks Dimuthu On Sat, Apr 12, 2008 at 1:37 AM, Dimuthu Gamage <[EMAIL PROTECTED]> wrote: > 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:complexType> > <xsd:sequence> > <!--<xsd:element name="getAllAdsReturn" > maxOccurs="unbounded" type="impl:Ad"/>--> > <xsd:element name="getAllAdsReturn" maxOccurs="unbounded" > type="impl:CommerceAd"/> > </xsd:sequence> > </xsd:complexType> > </xsd:element> > > 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. > > Thanks > Dimuthu > > > > On Tue, Apr 8, 2008 at 9:47 PM, Sérgio Gomes <[EMAIL PROTECTED]> 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 ( https://sandbox.google.com/api/adwords/v11/AdService ), 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: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
