Jody Garnett wrote: >> Jody, >> >> is it expected that ComplexType.getDescriptor will return a descriptor from >> a Complex super type? ComplexTypeImpl does not do this. For example, if you >> create a FeatureType that has a supertype of >> GMLSchema.ABSTRACTFEATURETYPE_TYPE, getDescriptor(gml:name) returns null, >> because the supertype is not searched and the schema does not contain this >> descriptor. > > Thinking ... > > I would expect the descriptor to define the use of a type; if the type > is being used as an element; or a member of a feature collection > etc... > The descriptor type should be a complext type; and that complext type > should have a super
What I am seeing in the current implementation is that GeoAPI ComplexType B_TYPE (an instance of ComplexTypeImpl) which has as its superType ComplexType A_TYPE, does not inherit descriptors from its superType. As an aside: is this the reason for the odd monkey business in GML2EncodingUtils, in which supertype properties such as gml:name and gml:description get special treatment? -- Ben Caradoc-Davies <[email protected]> Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
