Okay, I have performed some more research and I was mistaken on the
generation of the WSDL for Collection types using xsd:anyType. It is
able to generate the appropriate schema for Collection interfaces.
However, it is still doing what is mentioned below for Map interfaces.
Does anyone have any ideas on this? Why isn't it generating the
appropriate complexTypes for the Map interface using JDK 5 generics?
On Mon, 2006-10-23 at 09:02 -0400, Eric Miles wrote:
> Anyone have any comments on this?
>
>
> On Thu, 2006-10-19 at 17:06 -0400, Eric Miles wrote:
> > Can anyone explain to me why when I use JDK 5 and generics (and I'm
> > assuming Aegis binding as I do not specify any bindings) when I specify
> > a return Map<E, E> or Collection<E> i get return types of xsd:anyType?
> > I would think it would identify the correct complex type rather than an
> > xsd:anyType. If I want it to specify the actual complex type, do I have
> > to specify bindings in an aegis xml file? Up to this point, I've let
> > XFire generate all my bindings, WSDL, etc dynamically. Here is an
> > example:
> >
> > Interface:
> > public Map<Long, ContactData>
> > searchUserContactData(SearchUserContactDataRequest request);
> >
> > Generated WSDL:
> > <xsd:complexType name="anyType2anyTypeMap">
> > <xsd:sequence>
> > <xsd:element maxOccurs="unbounded" minOccurs="0" name="entry">
> > <xsd:complexType>
> > <xsd:sequence>
> > <xsd:element maxOccurs="1" minOccurs="0" name="key" type="xsd:anyType"/>
> > <xsd:element maxOccurs="1" minOccurs="0" name="value" type="xsd:anyType"/>
> > </xsd:sequence>
> > </xsd:complexType>
> > </xsd:element>
> > </xsd:sequence>
> > </xsd:complexType>
> > <xsd:element name="searchUserContactDataResponse">
> > <xsd:complexType>
> > <xsd:sequence>
> > <xsd:element maxOccurs="1" minOccurs="1" name="out" nillable="true"
> > type="tns:anyType2anyTypeMap"/>
> > </xsd:sequence>
> > </xsd:complexType>
> > </xsd:element>
> >
> > FYI I'm using XFire 1.2.2.
> >
> > Thanks all,
> > Eric Miles
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
