Justin Deoliveira wrote:
Hi all,
I have attached the sql encoder I recently wrote for postgis which is
based entirely off geoapi interfaces here:
http://jira.codehaus.org/browse/GEOT-1089
While attempting to hook it up to the datastore I realized that things
would be cleaner ( imho ), if SQLBuilder and SQLEncoder were one entity.
With the number of abstractions in jdbc land I think one less the better :).
That makes sense, they do logically fit together. Though we're really
just orphaning the JDBC stuff, since now postgis doesn't extend it for
anything? We really should do a bit purge of JDBC sometime, there's a
lot of bloat that no datastores use, or only the lesser maintained ones
use...
Other than that, things look good.
Chris
So this sql encoder is really the old sql encoder + old sql builder.
Review and feedback would be much appreciated.
-Justin
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org
begin:vcard
fn:Chris Holmes
n:Holmes;Chris
org:The Open Planning Project
adr:;;377 Broadway, 11th Floor;New York;NY;10013;USA
email;internet:[EMAIL PROTECTED]
title:VP, Strategic Development
x-mozilla-html:FALSE
url:http://topp.openplans.org
version:2.1
end:vcard
-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
