On Tue, Mar 22, 2011 at 11:14 AM, Gabriel Roldán <[email protected]> wrote: > On Tue, 2011-03-22 at 10:23 +0100, Andrea Aime wrote: >> Hi, >> today I've noticed this startup error: >> >> 22 mar 10:14:43 WARN [mortbay.log] - Nested in >> org.springframework.beans.factory.BeanCreationException: Error >> The error per se was quickly solved by updating my eclipse project. >> But I'm wondering about this new dependency... it's one of the biggest >> jars we have around, weighting 2.1MB, >> plus we already have two other embedded databases around in the >> classpath, h2 and hsql >> (I should really look into moving GS to the h2 version of the epsg >> database btw), why adding another? > because its better suited for the task at hand for GWC: less overhead, > better performance, direct object model on top of a kvp database, and > complete control over memory usage. Plus it supports HA configurations, > and will use it next to support clustered environments with a single > jar, in-process database (remember having to disable the metastore and > getting rid of the diskquota module if you want to deploy gwc > pseudo-clustered?). It's called to be a complement for hazelcast to > support actual clustering in the near future while still being able of > enforcing disk quota and cache layers with parameter filters (as in > caching non default styles) without the extra overhead of configuring an > out of process, possible replicated database. > > It's worth the 2M jar in my opinion, at least for those great plans for > the next versions of gwc.
I don't doubt the extra capabilities, still, having three separate databases around worries me. h2 is usage hard coded in the kml superoverlay system, hsql we use for the EPSG database, and now sleepycat (aka oracle berkeley db java edition) in gwc... what a mess... If the db is so great I would not mind migrating everything to it, what bothers me is having that many dbs basically doing the same job in the classpath 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 333 8128928 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 ------------------------------------------------------- ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
