It has been a while since this conversation started; we should really have a Jira issue to take notes against?
I was thinking that Schemas (if that is the correct location) would provide a static final constant ANY that could be used when build a feature type. I dont really know what ELEMENT_ELEMENT is - I am really focused on the feature model and ensuring it can capture the information you need it to represent. Perhaps if you can provide examples using java code; rather then snippets of xml it will make more sense to me what data structure you are trying to set up. I also note that the feature model needs to represent the data; and does not have to match 1:1 with the ins and outs of the xml schema. That is a decision you can make in your module as you choose how to represent the xml schema as features to the rest of the application. Jody On 29/06/2010, at 10:51 AM, xiangtan.lin wrote: > > Hi Jody > > I propose a dedicated method in Schemas.java to check and return xs:any > element particles, since the > Schema.getChildElementParticles(element.getTypeDefinition(),true) doesn't > handle and return ANY_ELEMENT (XSDWildCard). > > Such an approach doesn’t change the way ELEMENT_ELEMENT is being handled in > application schema since ELEMENT_ELEMENT is an XSDElementDeclaration object > and ANY_ELEMENT is an XSDWildcard object. > > In addition this approach reduces scope of code change. Only > ComplexSupportXSAnyTypeBinding will use this method to check XSDWildCard and > return the xs:any properties that can’t be referred from > Schema.getChildElementParticles(). > > However there is question here, how to ensure a property of ComplexAttribute > is an xs:any element? For instance, in the following schema: > > <sequence minOccurs="0"> > <element ref="gsml:CGI_Value"/> > <any/> > </sequence> > > In this case ((ComplexAttribute)object).getProperties() has two properties, > one can be resolved as gsml:CGI_Value, can we say, another property which > can’t be referred from Schema.getChildElementParticles() is an xs:any > elements? > > Please advise wether approach makes sense to you. > > Best regards, > Xiangtan Lin > > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/AnyOrReferenceType-tp5028883p5233241.html > Sent from the geotools-devel mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
