Luca, wouldn't geoserver-devel be more an appropriate place where to discuss Terracott-ing GeoServer?
On Aug 16, 2010, at 4:39 PM, Gabriel Roldan wrote: > I'm all for making the Catalog objects cluster friendly. In fact it seems it > was initially the idea? the base interface Info implements Serializable. > > So, is this just a problem with serializing CoordinateReferenceSystem > implementations? > > If so, for the specific case of FetatureTypeInfoImpl (well, > ResourceInfoImpl), the value for the getCRS() property is not being cached > locally but defers to CRS.decode(getSRS()), so should not be a problem. And > we could implement writeObject and readObject to serialize/deserialize > nativeCRS as WKT? > > 2c/ > > Gabriel > > On Aug 16, 2010, at 6:58 AM, Luca Morandini wrote: > >> On 16/08/10 11:18, Andrea Aime wrote: >>> Luca Morandini ha scritto: >>>> >>>> I analysed the dependencies amongst classes, and the result were not truly >>>> encouraging: for instance, there are about 867 classes depending on >>>> WeakHashSet (a >>>> lot of them within the catalog: LayerInfo, DataStoreInfo, etc, etc). >>> >>> Mumble... it's probably due to the fact we keep a >>> CoordinateReferenceSystem object in some of them? >> >> Indeed, but there may be other dependencies too. >> >> >>> Does the tool show how you get to WeakHashSet from a certain class? >> >> Yes. >> >> >>> Do you have some examples >> >> For instance: FeatureTypeInfoImpl has many paths leading to WeakHashSet, but >> every >> one of them go thru the CRS class (in turn leading to CanonicalSet and >> WeakHashSet). >> >> Same for StoreInfoImpl. >> >> What about trying to replace the CanonicalSet class with something not using >> WeakHashSet and see how the dependency tree is pruned ? >> >> Regards, >> >> -------------------- >> Luca Morandini >> www.lucamorandini.it >> -------------------- >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by >> >> Make an app they can't live without >> Enter the BlackBerry Developer Challenge >> http://p.sf.net/sfu/RIM-dev2dev >> _______________________________________________ >> Geotools-gt2-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
