It is tough to say but doubtful. Either XSAnyTypeBinding would have to able to return properties from generic objects (which it does not), or an application schema woudl have to extend AnyOrReferenceType to restrict the content to some other type that the encoder does know how to encode. So yeah, almost certainly I would think this would not be handled out of the box.
How do you represent such an object in the geotools feature model? Once you have some way of representing these things I think you will have to implement a special binding for it that can handle all cases. Sort of the same way the AbstractFeatureType bindings work. Hope that helps. -Justin On 10-05-11 11:15 PM, florence....@csiro.au wrote: > Hi Justin, > Do you expect Encoder to be able to encode complexType (defined in an > application schema) like this : > <complexType name="AnyOrReferenceType"> > <sequence minOccurs="0"> > <any/> > </sequence> > <attributeGroup ref="gml:AssociationAttributeGroup"/> > </complexType> > Regards, > Florence > > ------------------------------------------------------------------------ > *From:* florence....@csiro.au [mailto:florence....@csiro.au] > *Sent:* Monday, 10 May 2010 3:18 PM > *To:* jody.garn...@gmail.com > *Cc:* geotools-devel@lists.sourceforge.net > *Subject:* [ExternalEmail] Re: [Geotools-devel] AnyOrReferenceType > > Hi Jody, > I'm still quite new to term usage for geoserver and please bear with > me... I'm currently working on ComplexSupportXSAnyTypeBinding.java to > handle "any" attribute - so probably this is what you meant of > AnyBinding. The current checking for "anyType" in > ComplexSupportXSAnyTypeBinding will break when it comes to > AnyOrReferenceType since it is not of "anyType" thus will not be > encoded. In order to get it encoded, we have to get to "any" element > level but the code below will just return null : > * * > > *for* (XSDParticle childParticle : (List<XSDParticle>) > Schemas./getChildElementParticles/( > > element.getTypeDefinition(), *true*)) { > > Thus would like to find out how the complexType with any element > mentioned in previous email are handled by geoapi ?? > p/s: hope you can get it this time.. > Regards, > Florence > > ------------------------------------------------------------------------ > *From:* Jody Garnett [mailto:jody.garn...@gmail.com] > *Sent:* Monday, 10 May 2010 2:46 PM > *To:* Tan, Florence (CESRE, Kensington) > *Cc:* geotools-devel@lists.sourceforge.net > *Subject:* Re: AnyOrReferenceType > > Not sure Florence: > > Are you thinking of working against the an AnyBinding or something? What > is it that you are looking for? > > Jody > > On 10/05/2010, at 2:45 PM, <florence....@csiro.au > <mailto:florence....@csiro.au>> <florence....@csiro.au > <mailto:florence....@csiro.au>> wrote: > >> Hi Jody, >> I'm currently working on "Complex features support for any attribute" >> (_http://jira.codehaus.org/browse/GEOT-3065_ >> <http://jira.codehaus.org/browse/GEOT-3065>) issue. But while stepping >> thru the code, found that there's no "any" element in the schema which >> I can work on. Thus would like to seek some help and find out from you >> how do you represent the following AnyOrReferenceType complexType >> (found in ../om/1.0.0/observation.xsd) in geoapi ? >> <complexType name="AnyOrReferenceType"> >> <annotation> >> <documentation>Placeholder type >> Used in a few places where ISO 19139 metadata classes are used, which >> will become available with GML 3.2</documentation> >> </annotation> >> <sequence minOccurs="0"> >> <any/> >> </sequence> >> <attributeGroup ref="gml:AssociationAttributeGroup"/> >> </complexType> >> Thansk & Regards, >> >> *Florence Tan* >> Software Engineer | Auscope Grid >> CSIRO Earth Science and Resource Engineering >> >> Phone: +61 8 6436 8802 | Fax: +61 8 6436 8559 >> florence....@csiro.au <mailto:florence....@csiro.au> | www.csiro.au >> <http://www.csiro.au> >> Address: Australian Resources Research Centre, 26 Dick Perry Avenue, >> Kensington WA 6151 >> >> *PLEASE NOTE* >> The information contained in this email may be confidential or >> privileged. Any unauthorised use or disclosure is prohibited. If you >> have received this email in error, please delete it immediately and >> notify the sender by return email. Thank you. To the extent permitted >> by law, CSIRO does not represent, warrant and/or guarantee that the >> integrity of this communication has been maintained or that the >> communication is free of errors, virus, interception or interference. >> >> Please consider the environment before printing this email. >> > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------------ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
