On 04/19/2011 10:54 AM, Andrea Aime wrote: > On Tue, Apr 19, 2011 at 10:06 AM, Luca Morandini >> >> I got the idea, but I don't like the prospect of putting a dependency on >> mark-wkt >> in GeoServer or uDIG or whatever. > > The interface would not be the GeoServer one, you roll your own in your own > module, GeoServer just impleemnts or uses it. > You get no dependency towards GS, it's the other way around.
This is what I meant and would rather avoid. This module is still unsupported, hence I want it to be as simple to integrate as possible without changing in the host application (uDIG, GeoServer, etc). >> Ah.. hmm... I understand your point of view, but since it has been used for >> external graphic, it makes sense to use it for WKT shapes too. As a user, I >> would >> love to use something I am already familiar with. > > Works for me. Mind, GS will have to tell you where the data dir is, so > it's going > to need some code in the GeoServer side too. Hmm... >> As a final remark: shall I cache the WKT library ? > > Sounds like a good idea, maybe using SoftValueHashMap so that it scales > up to thousands of libraries (if we ever get there) Thanks for the suggestion. >> That would be easy to do and I expect these libraries to be rather light on >> the >> memory... but how to invalidate the cache when the library itself changes ? >> Is >> there a file listener in GT ? > > Nope. Again, in GeoServer we have code calling onto the caches when the > admin uses the "reload" button or equivalent restlet. > You can build a GeoServer plugin that builds on top of your module and > registers the appropriate listeners to do the cleanups. Sounds reasonable, and it could be a place where to put the initialization of the WKT libraries root dir. Let me investigate the matter and I will be back to you. > But if you push for this module to become supported I'd just make GS > core dependent > on it :-) Uh... well, I don't want to run yet (in GeoTools) when I have just started to crawl ;) Regards, Luca Morandini http://www.lucamorandini.it ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
