Justin Deoliveira ha scritto: > I must say I am much more happy with this solution. When I came across > this I tried to make the distinction between date and time with > java.util.Date and java.util.Calendar, but as we know this does not do > it as no datastores ever give us a calendar.
Yeah, I slept over it and wake up decided to go for a route that would make both gml encoders happy. Luckly, the road was already paved in front of me, I just needed to add the final bridge. > Part of the reason I didn't because I didn't think non-jdbc datastores > would be creating jdbc date objects. However these classes are like you > say part of the jdk and are as close to standard as we can get. So I am > all for updating the current mappings to xml work directly with them. Yeah, these classes have public constructors, so everybody can create them, despite them being the the java.sql package. +1 for me, go ahead, unless anybody has complaints (speak today/tomorrow pretty please :-)) Cheers Andrea ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
