On 13/05/2010, at 12:55 PM, Ben Caradoc-Davies wrote: > Thanks, Justin. We might be able to modify ComplexSupportXSAnyTypeBinding to > support this. But there is another problem (I hope Jody can help):
eek. > Jody, to create a GeoAPI object with this type requires us to have a > ComplexType for it to pass GeoTools validation. Okay. > What does the PropertyDescriptor corresponding to the <any/> XSD element for > this ComplexType look like (ignore the attributeGroup for now)? Great question; when working with data I would hope that each data actually has a property descriptor :-) > PropertyDescriptor says getName "may be null in some instances", but > PropertyDescriptorImpl forbids this. We may need a new descriptor for "ANY" at the GeoAPI level; something that can act as a placeholder in the ComplexType? Could we fake it with the name "any"; bound to Object? We could give ourselves a static constant somewhere to this effect ... > The XSD snippet (from O&M 1.0) is (like): > > <complexType name="AnyOrReferenceType"> > <sequence minOccurs="0"> > <any/> > </sequence> > <attributeGroup ref="gml:AssociationAttributeGroup"/> > </complexType> > > Kind regards, > Ben. Jody > > > On 12/05/10 22:31, Justin Deoliveira wrote: >> 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. >>>> >>> >> >> > > > -- > Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au> > Software Engineering Team Leader > CSIRO Earth Science and Resource Engineering > Australian Resources Research Centre ------------------------------------------------------------------------------ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
