SimpleFeatureType.equals returns true, even if Descriptors have different order
-------------------------------------------------------------------------------
Key: GEOT-3203
URL: http://jira.codehaus.org/browse/GEOT-3203
Project: GeoTools
Issue Type: Bug
Reporter: qwertz
Attachments: FakeDataStore.zip
Hi
I built my own DataStore to access data by ODBC, which is not possible by using
JDBCDataStore (JDBCODBC has big drawbacks).
The DataStore itself is working properly, as long as I won't query all
attributes of the FeatureType in an other order.
Given: FeatureType "xyz" with Attributes: geom, txt1, txt2
Query 1: DefaultQuery("xyz", Filter.INCLUDE, {"txt1", "geom"})
Query 1 is working properly, which means it returns the Features with its
attributes in the correct order ("txt1", "geom")
Query 2: DefaultQuery("xyz", Filter.INCLUDE, {"txt1", "txt2", "geom"})
Query 2 returns the Attributes in the given order of the DataSource's
FeatureType order {"geom", "txt1", "txt2"} but should return in order {"txt1",
"txt2", "geom"}
Problem here:
SimpleFeatureType.equals only checks, if the HashMap of Descriptors is equal
but not, if the List of descriptors (with the order) is different.
I attached a small project with an FakeDataStore where my problem can be tested.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
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
