So I eventually tracked down the failure to ReTypeFeatureReader; when it 
came to comparing origional to target schemas the comparison was done 
using equals; now that names are more complicated then a single string; 
and types more complicated then a binding; it was very easy for uDig to 
get a failure here.

I have made ReTypeFeatureReader be a bit more relaxed (just confirming 
xpath and java binding information); this goes along with my mission of 
letting geotools work (and draw) invalid data - something that I assume 
we will see more of now that we are getting more exacting on the feature 
model side.

One thing that made this process amazingly hard was the same "idea" 
being expressed in many locations:
- the query had the concept of forcing and then reprojecting a crs
- the feature source had this idea; twice - once for preparing the 
schema; and again for grabbing the collection and wrapping it up in one 
or more wrappers (except this code has been turned off - probably the 
reason for my memory datastore no longer reprojecting!)
- then again inside the ResourceFeatureCollection (where it got the 
schema ready, and then delegated the contents to ...)
- and again inside a chain of wrappers around associated with 
RetypeFeatureReader

So I am forced to agree with Justin and Landon on this one; 
AbstractDataStore has not been maintained and we will need a formal 
split between low lever readers and the wrappers associated with mapping 
the values into the "model de jour".

Everyone have a great weekend; and thanks for the hard work this week.
Jody

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to