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
