I just found your reply earlier about Item definition. The reason Book
type is maped to SOAPElement in the first case is because JAXRPC only
supports extension of complexType with empty content. In the first case
Book type has empty content and so is mapped to SOAPElement.
In the second Book type, it has elements and so mapped to the equivalent
java type.
I dont think its bug. Refer to jaxrpc 1.1 sepc, page 141 table 18-1, it
only requires support for complexType with content such as sequence.
thanks,
-vivek
> -------- Original Message --------
> Subject: Re: Class not generated
> Date: Fri, 08 Apr 2005 12:01:10 -0700 (PDT)
> From: Matt Swensson <matman2k1_at_yahoo.com>
> Reply-To: users_at_jax-rpc.dev.java.net
> To: users_at_jax-rpc.dev.java.net
>
>
>
> Sure!
>
> <s:complexType name="Item" abstract="true">
> <s:attribute name="ID" type="s:string" use="required"/>
> <s:attribute name="Name" type="s:string"/>
> </s:complexType>
>
> So, Item is abstract, but Item.java
> Item_InterfaceSOAPSerializer.java
> Item_LiteralSerializer.java
>
> are getting generated, but not Book.
>
> There are other items in the WSDL that extend Item and get generated
> fine, but they have the format of the second example I showed (with a
> sequence of elements and not attributes).
>
> Thanks for your help,
> Matt
Vivek Pandey wrote:
> 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.