Hi Matt,
Book type extends from tns:Item. It will help if I can see tns:Item or
infact the entire schema. If tns:Item is unsupported type then the types
extended from it will be mapped to SOAPElement.
thanks,
-vivek.
Matt Swensson wrote:
>I did try the searchschema feature, but it doesn't seem to work.
>
>Is this considered a bug? If so, shall I/someone log this somewhere?
>Or is this already in 'the list' of things to be addressed?
>
>Matt
>
>
>--- Sels Wannes <Wannes.Sels_at_cronos.be> wrote:
>
>
>
>>Kevin,
>>
>>This is indeed a limitation of the code generation. This issue will
>>be
>>addressed with the JAX-RPC 2.0 specification and the integration with
>>JAXB 2.0 . You can try using the -f:searchschema switch on wscompile.
>>If
>>that doesn't work you can try using JAXB bindings
>>
>>Regards,
>>
>>Wannes Sels
>>-----Original Message-----
>>From: Kevin Jones [mailto:kevinj_at_develop.com]
>>Sent: vrijdag 8 april 2005 19:33
>>To: users_at_jax-rpc.dev.java.net
>>Subject: RE: Class not generated
>>
>>I don't think it's that.
>>
>>It's more likely to do with the fact that you are using extension and
>>attributes (the second example you gave was using extension and
>>element).
>>Although of the top of my head I don't know why this would cause the
>>code
>>not to be generated. It may simply be a limitation of the code
>>generation
>>tool rather than a limitation of the JAX-RPC spec,
>>
>>Kevin Jones
>>http://kevinj.develop.com/weblog
>>
>>
>>
>>
>>>-----Original Message-----
>>>From: Matt Swensson [mailto:matman2k1_at_yahoo.com]
>>>Sent: 08 April 2005 17:37
>>>To: users_at_jax-rpc.dev.java.net
>>>Subject: Re: Class not generated
>>>
>>>I have done some reading and found that abstract types get
>>>mapped to javax.xml.soap.SOAPElement, which is what I am
>>>seeing below. I am wondering if the Book type is considered
>>>abstract and thus instead of it getting generated as a class,
>>>it just gets mapped (in ArrayOfBook).
>>>
>>>IF this is the case, then I am not sure why Book is
>>>considered abstract.
>>>
>>>Matt
>>>
>>>--- Matt Swensson <matman2k1_at_yahoo.com> wrote:
>>>
>>>
>>>>I have a wsdl file that contains:
>>>><s:complexType name="ArrayOfBook">
>>>> <s:sequence>
>>>> <s:element minOccurs="0" maxOccurs="unbounded" name="BookSlot"
>>>>nillable="true" type="tns:Book"/>
>>>> </s:sequence>
>>>></s:complexType>
>>>>
>>>><s:complexType name="Book">
>>>> <s:complexContent mixed="false">
>>>> <s:extension base="tns:Item">
>>>> <s:attribute name="numPages" type="s:string" use="required"/>
>>>> </s:extension>
>>>> </s:complexContent>
>>>></s:complexType>
>>>>
>>>>and I am using wscompile on it:
>>>>wscompile.sh -s src/ -d classes/ -gen:client -keep
>>>>-f:explicitcontext,searchschema -verbose bin/config.xml
>>>>
>>>>But the Book class never gets generated, only:
>>>>ArrayOfBook.java
>>>>ArrayOfBook_LiteralSerializer.java
>>>>
>>>>and in that class it has:
>>>>protected javax.xml.soap.SOAPElement[] BookSlot
>>>>
>>>>If I change the WSDL to have this:
>>>><s:complexType name="ArrayOfBook">
>>>> <s:sequence>
>>>> <s:element minOccurs="0" maxOccurs="unbounded" name="BookSlot"
>>>>nillable="true" type="tns:Book"/>
>>>> </s:sequence>
>>>></s:complexType>
>>>>
>>>><s:complexType name="Book">
>>>> <s:complexContent mixed="false">
>>>> <s:extension base="tns:Item">
>>>> <s:sequence>
>>>> <s:element minOccurs="1" maxOccurs="1" name="numPages"
>>>>type="s:string"/>
>>>> </s:sequence>
>>>> </s:extension>
>>>> </s:complexContent>
>>>></s:complexType>
>>>>
>>>>The classes generate fine.
>>>>ArrayOfBook.java
>>>>ArrayOfBook_LiteralSerializer.java
>>>>Book.java
>>>>Book_LiteralSerializer.java
>>>>
>>>>and the ArrayOfBook.java file contains:
>>>>protected blah.blah.blah.Book[] BookSlot
>>>>
>>>>The first example is valid according to examples on W3C's site,
>>>>
>>>>
>>but
>>
>>
>>>>the wscompile tool doesn't seem to like it and I'm
>>>>
>>>>
>>>wondering if anyone
>>>
>>>
>>>>knows why.
>>>>
>>>>Thanks,
>>>>Matt
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>__________________________________
>>>>Do you Yahoo!?
>>>>Yahoo! Personals - Better first dates. More second dates.
>>>>http://personals.yahoo.com
>>>>
>>>>
>>>>
>>>>
>>>>
>>---------------------------------------------------------------------
>>
>>
>>>>To unsubscribe, e-mail: users-unsubscribe_at_jax-rpc.dev.java.net
>>>>For additional commands, e-mail: users-help_at_jax-rpc.dev.java.net
>>>>
>>>>
>>>>
>>>>
>>>
>>>__________________________________
>>>Yahoo! Messenger
>>>Show us what our next emoticon should look like. Join the fun.
>>>http://www.advision.webevents.yahoo.com/emoticontest
>>>
>>>
>>>
>>>
>>---------------------------------------------------------------------
>>
>>
>>>To unsubscribe, e-mail: users-unsubscribe_at_jax-rpc.dev.java.net
>>>For additional commands, e-mail: users-help_at_jax-rpc.dev.java.net
>>>
>>>
>>>
>>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe_at_jax-rpc.dev.java.net
>>For additional commands, e-mail: users-help_at_jax-rpc.dev.java.net
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe_at_jax-rpc.dev.java.net
>>For additional commands, e-mail: users-help_at_jax-rpc.dev.java.net
>>
>>
>>
>>
>
>
>
>
>__________________________________
>Do you Yahoo!?
>Yahoo! Small Business - Try our new resources site!
>http://smallbusiness.yahoo.com/resources/
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe_at_jax-rpc.dev.java.net
>For additional commands, e-mail: users-help_at_jax-rpc.dev.java.net
>
>
>
--
Vivek Pandey
Web Services Standards and Technologies
Sun Microsystems Inc.