Hi Andrea, thank you very much for your detailed response.
I like your approach c) best because it is flexible enough and complete. I try to sum up: 1) In future releases of GT FeatureTypes may have attributes of type "LocalDate". Question: Which parts of GT have to be adjusted in order to handle that? - org.geotools.xml.XmlConverterFactory: Handle the LocalDate to String conversion - org.geotools.jdbc.JDBCDataStore: Create INSERTs, UPDATEs receiving LocalDates, convert java.sql.Date to LocalDate when reading features (depending on setup of DataStore). I suppose no changes are required for queries. - org.geotools.xs.bindings.XSDateBinding to handle String to LocalDate conversion. I don't know the concepts behind GT XML parsing. How can the binding consider the attribute type of a FeatureType? - probably more ..? 2) GeoServer PostGIS DataStore configuration (UI & Backend) must be enhanced to determine if a DataStore shall be treat date columns as time zoned (default: time zoned). The DataStore and its delegates will in turn create the respective FeatureType. All of that must be backwards compatible. I honestly don't know if I find the time to propose a pull request, maybe on the long run. I will try if I can. But first: Is everybody satisfied with the idea? Comments are welcome. Best regards, Andreas ------------------------------------------------------------------------------ _______________________________________________ GeoTools-Devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
