On Sun, Apr 29, 2012 at 5:24 PM, Alessio Fabiani <
[email protected]> wrote:
> 2. Technically speaking:
> a) are we sure the Predicate is the best option? Why not using Generic
> DAOs? Do we have something already in place that performs filtering and
> pagination at lower level?
>
The current DAO in GeoServer is the CatalogFacade. No, we don't have
anything prior to this GSIP that can handle filtering, pagination and
sorting.
How filtering/pagination that is done is left to the specific
implementation, the in memory one just scan the whole set of beans, the
secondary storage
ones try to encode the data access indications in the native language of
the storage (SQL for JDBC databases)
> b) I guess any extension to the catalog is nice but almost unuseful until
> we have everything in memory. We should envisage on such improvements the
> possibility of serializing/deserializing objects on the fly and
> introduction of Level 1 and possibly Level 2 Caching mechanisms.
>
Yeah, the two community extensions do at least part of that, whether
caching should sit on top of a persisten mechanism or inside
it is a matter of design, both solutions are applicable today (but none is
truly implemented, besides some light caching I've
see in the jdbc store)
Cheers
Andrea
--
-------------------------------------------------------
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf
-------------------------------------------------------
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
