Go for it; we have made a GeoTools datastore for hibernate previously (on a commercial project) we ended up using the existing geotools expression writing code to supplement the hibernate Criteria as I recall.
There are a couple of tricks: - Hibernate is good at getting back entire objects; often when working with Features at speed you only want to get back a couple of the attributes (say the geometry and the attributes needed for styling). So it was a good plan to integrate with hibernate at a lower level than Object access - GIS data is sometimes very large; so treating your Features as objects does not always scale; you will find that most of the GeoTools code supports some kind of "streaming" across the data rather then loading it into memory As for hibernate-spatial, why not start up a community module? The GeoTools dev team is here to help you get going. Jody Farrukh Najmi wrote: > The hibernate spatial project [1] project provides some degree of > spatial database independence and leverages hibernate which in turn > leverages Java Persistence API. > > Has the geotools dev team considered using hibernate spatial for db > access? If so, I would be interested in the archived discussion and > current plans. Thanks. > > [1] Hibernate Spatial > http://www.hibernatespatial.org/ > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geotools-gt2-users mailing list Geotools-gt2-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
