Sorry for hijacking the discussion but I read about caching technologies
for clustered environments. The upcoming new security module has a self
implemented cache for authentication tokens. This is extremely important
for stateless services not having an http session. Justin and me decided to
defer the official cache discussion, but reality seems to be faster.
To support a clustered environment, the security module would need a
distributed cache (like EHCache with a proper backend). I think it would be
a good idea to have one single cache provider for all geoserver needs.
Christian
2012/4/30 Gabriel Roldan <[email protected]>
> On Mon, Apr 30, 2012 at 7:08 AM, Andrea Aime
> <[email protected]> wrote:
> > 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)
>
> Just a quick one on caching. I managed to update the branch in
> sensible squashed commits[1]. The old one is still available for
> reference[2].
> The jdbcconfig module uses caching. The construction of the cache is
> decoupled from it though[3]. Current default implementation of a cache
> provider is very light, it needs to be made configurable [4]. By the
> other hand, I have working exploratory prototype that uses a
> distributed cache among nodes in a cluster[5], backed by a distributed
> concurrent map, with a number of configurable properties[6].
>
> Cheers,
> Gabriel
>
> [1] <https://github.com/groldan/geoserver/tree/GSIP69>
> [2] <https://github.com/groldan/geoserver/tree/GSIP69_old>
> [3] <
> https://github.com/groldan/geoserver/blob/GSIP69/src/community/jdbcconfig/src/main/java/org/geoserver/jdbcconfig/internal/ConfigDatabase.java#L97
> >
> [4] <
> https://github.com/groldan/geoserver/blob/GSIP69/src/main/src/main/java/org/geoserver/util/DefaultCacheProvider.java
> >
> [5] <
> https://github.com/groldan/geoserver/blob/scalability_clustering/src/community/cluster/src/main/java/org/geoserver/cluster/DistributedCacheProvider.java
> >
> [6] <
> https://github.com/groldan/geoserver/blob/scalability_clustering/src/community/cluster/src/main/java/org/geoserver/cluster/DistributedCacheProvider.java
> >
> >
> > 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
> >
>
>
>
> --
> Gabriel Roldan
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
>
> ------------------------------------------------------------------------------
> 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
>
------------------------------------------------------------------------------
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
