Hi Pablo, pablo fernandez wrote: > Werner, > > I continued searching (quite a lot actually) and found a marshaller call > that avoids all xsi attrs. Yes, that's one possible solution.
> Anyway it would be nice to know the right mappings to avoid this per class. > My mapping is: Can I take it that the property at question is the 'details' member of ActivityDetails ? What's the type of the corresponding property in your Java class ? Cheers Werner > > <?xml version="1.0"?> > <!DOCTYPE mapping PUBLIC "-//EXOLAB/Castor Mapping DTD Version 1.0//EN" " > http://castor.org/mapping.dtd"> > <mapping> > <class name="com.linkedin.osc.model.ActivityDetails" > > <map-to xml="activityDetails"/> > <field name="ownerID"> > <bind-xml name="ownerID" node="element" /> > </field> > <field name="objectID"> > <bind-xml name="objectID" node="element" /> > </field> > <field name="applicationID"> > <bind-xml name="applicationID" node="element" /> > </field> > <field name="templateID"> > <bind-xml name="templateID" node="element" /> > </field> > <field name="publishDate"> > <bind-xml name="publishDate" node="element" /> > </field> > <field name="details"> > <bind-xml name="templateVariable" location="templateVariables" > node="element" /> > </field> > </class> > </mapping> > > On Thu, Nov 26, 2009 at 6:11 PM, Werner Guttmann <[email protected]>wrote: > >> Hi Pablo, >> >> what does the field mapping for this collection look like ? >> >> Regards >> Werner >> >> PS In general, it would be beneficial if you always provided a bit more >> context with your samples ... i.e. in this case showed us the complete >> XML for the collection or a few members thereof. >> >> pablo fernandez wrote: >>> Hi, >>> >>> I'm serializing a collection of objects and I get this attribute in each >> of >>> them: >>> >>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >>> xsi:type="activityDetails" >>> >>> I thought it was harmless but I'm getting some strange bugs from a 3rd >> party >>> lib and I wanted to know if there's a way of suppressing both attributes. >>> >>> Thanks a lot >>> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

