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