Mailing-List: contact cxf-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cxf-user@incubator.apache.org
Received-SPF: softfail (nike.apache.org: transitioning domain of
 bim2007@basistech.com does not designate 199.88.205.99 as permitted sender)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C82094.B677F9B8"
Subject: RE: Aegis databinding and Java 5 Generic List creating extra
 "anyType" field
Date: Tue, 6 Nov 2007 11:47:24 -0500
Message-ID: <E95FD77F0171D14DA1EEE0A785E92B430241B30A@mail3.basistech.net>
In-Reply-To: 
 <OF0EEA81B6.363A0720-ON8525738B.005A39F6-8525738B.005A6223@us.ibm.com>
Thread-Topic: Aegis databinding and Java 5 Generic List creating extra
 "anyType" field
Thread-Index: Acggkg44desOMDEERs2zVD3+GiMesQAAn+Cg
References: 
 <OFDE632CAA.BC762849-ON8525738B.004BA6DA-8525738B.004C7A5C@us.ibm.com>
 <E95FD77F0171D14DA1EEE0A785E92B430241B2E3@mail3.basistech.net>
 <OF0EEA81B6.363A0720-ON8525738B.005A39F6-8525738B.005A6223@us.ibm.com>
From: "Benson Margulies" <bim2007@basistech.com>
To: <cxf-user@incubator.apache.org>

------_=_NextPart_001_01C82094.B677F9B8
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

The 'flat' feature is an attribute in the mapping schema that was
intended to control some cases of either adding an extra level of
type/element or not. Apparently, it isn't this one. While the code to
parse the attribute exists, the code to actually pay attention to it
does not.

=20

________________________________

From: Kaleb Walton [mailto:kdwalton@us.ibm.com]=20
Sent: Tuesday, November 06, 2007 11:27 AM
To: cxf-user@incubator.apache.org
Subject: RE: Aegis databinding and Java 5 Generic List creating extra
"anyType" field

=20

Thanks for the reply. Unfortunately nillable is already set to false.

What is the 'flat' feature? I can't imagine that I'm the only person
having the problem.

Do you know if there is a way to specify something in an aegis.xml
config that tells the 'items' list to not add the 'anyType' property?

Regards,
Kaleb

Inactive hide details for "Benson Margulies" ---11/06/2007 08:58:14
AM---If you set nillable to false it might do what you want"Benson
Margulies" ---11/06/2007 08:58:14 AM---If you set nillable to false it
might do what you want. On the other


From:


"Benson Margulies" <bim2007@basistech.com>


To:


<cxf-user@incubator.apache.org>


Date:


11/06/2007 08:58 AM


Subject:


RE: Aegis databinding and Java 5 Generic List creating extra "anyType"
field

________________________________


If you set nillable to false it might do what you want. On the other
hand, it might be that this is the never-implemented 'flat' feature of
Aegis.

> -----Original Message-----
> From: Kaleb Walton [mailto:kdwalton@us.ibm.com]
> Sent: Tuesday, November 06, 2007 8:55 AM
> To: cxf-user@incubator.apache.org
> Subject: Aegis databinding and Java 5 Generic List creating extra
> "anyType" field
>=20
>=20
>=20
> Thanks to Aegis databinding I can specify the minOccurs on my
primitive
> fields so the WSDL contract doesn't force them to be required.
However,
> Aegis has introduced something else that I'm not familiar with. It may
be
> "proper" but I'm not familiar with it and it seems to add one more
level
> of
> a property between a field name and it's value.
>=20
> I have an object defined as such:
>=20
> class ServiceListResult<T> {
>     private List<T> items;
>     //getters/setters
> }
>=20
> T is a Java 5 generic class reference.
>=20
> When using the Simple Server default data binding my object looked
like
> this when output from PHP:
>=20
> [items] =3D> Array
>     (
>         [0] =3D> stdClass Object
>             (
>                 ...
>             )
>      )
>=20
> Now it looks like this:
>=20
> [items] =3D> sdtClass Object
>     (
>         [anyType] =3D> Array
>             (
>                 [0] =3D> stdClass Object
>                     (
>                         ...
>                     )
>             )
>      )
>=20
>=20
> Is there any way to make the output look like the Simple Server did or
is
> this the "proper" output since I'm using generics?
>=20
> Regards,
> Kaleb


------_=_NextPart_001_01C82094.B677F9B8--