From: Gabriel R. <gr...@op...> - 2012-01-27 00:32:32
|
On Wed, Jan 25, 2012 at 10:33 AM, Andrea Aime <and...@ge...> wrote: >> Now, while enabling to >> configure almost every aspect of the cached layer, instead of storing >> a single metadata entry for each cached layer property, I'd rather >> store the whole tile layer configuration as a single metadata entry, >> in its JSON representation. Earlier experience in doing that is the >> storage of AuthorityURLInfo as a JSON entry in the LayerInfo and >> LayerGroupInfo metadata map, and it seems to be working well. So if >> there's no opposition I'd store the tile layer configuration as a >> single JSON entry in the metadata map, allowing for the natural >> evolution of the cached layer configuration without extra bloating of >> the metadata map (backwards compatible with the current set of >> entries, of course). > > > Works for me. Wondering, why JSON and not XML? > If you look at SQL views setups they are stored as xml instead, making > it look more "natural" if you look at the xml file (which you will see when > using rest config) and won't require mixing technologies when building > rest requests. ok, but: if my understanding is correct, in order to do so I'd need to register an XStream Converter inside XStreamPersister. For VirtualTable and everything else so far it's been easy because they were added directly. But the gwc integration has the "philosophy" of being pluggable/decoupled, which makes this trickier. First option I can think of is an extension point, say, GeoServerConverter, that the XStreamPersister.init() method looks up for and registers all found implementations to the XStream instance. That is step one. But what happens if this custom gwc converted follows the same approach than the VirtualTableConverter (e.g. <entry name="GWC.tileLayer"><some><customXml/></some></entry>) and then the gwc jars are removed from the classpath, including the geoserver's gwc integration jar. Wouldn't that mapping bomb? While most of you sleep, I'll try to find out. Cheers, Gabriel -- Gabriel Roldan OpenGeo - http://opengeo.org Expert service straight from the developers. |