Hi, I'm investigating the possibility of having nested layer groups, that is, groups made of a mix of other layer groups and layers.
The code to unpack the beast in the various KVP readers is of course trivial, what is not trivial is the configuration changes. I was thinking that for simplicity the getLayers() method in LayerGroupInfo would be preserved and would do the recursive unpacking (the config must be extra careful not to allow a loop of references there) and that we could have a new getComponents() or getItems() method that really has the mix of layers and other groups. However layer and groups share pretty much nothing, so the baby would have to have a pretty generic interface: List<CatalogInfo> getItems() Would this be ok? Another thing is that the solution would be needed for the 2.1.x series, so we'd need the generic list of items to be stored among the metadata (fun eh?). Given that anything in the catalog as a globally unique di the metadata could contain a flat list of UUIDs, and the code parsing it would try each id for both layer and layer group. Of course also the GUI would have to be updated. To keep things simple we could have a "add layer" and a "add group" button. And finally the cascaded deletion code would have to care for groups in groups. Have I considered everything? Hmm... RESTConfig changes are going to be real fun too... Opinions? 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 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 ------------------------------------------------------- ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
