On Tue, Nov 8, 2011 at 1:29 PM, Gis Mage <[email protected]> wrote: > Hi Andrea! > > This isn't a solution also, because if at least one layer in a group > is hidden, all group becomes hidden too. > > Maybe a layer group could somehow be treated as a usual layer security-wise?
Yes, we could do that, it would require a few days or work and breaking the api of one of our extensions points (the security provider one, because we would have to add a method to it invalidating all implementations until they add the same method). It's not something I see happening anytime soon unless funding targeted towards it shows up. > I mean if a user tries to getmap a layer group and doesn't have > permission on one of the layers inside, he'll get an error anyways, > since a getmap on a group layer is translated to a getmap for all > contained layers. It would still break the "hidden" security mode, in which a layer existance should not be inferred if the user has no rights to access it. > Another option is to enable layer groups inside workspaces, then we > can put just a group in a workspace and get caps doc from a workspace > endpoint. Or is it just my fantasy? That would not work unless we allow layer groups to pick data from other workspaces. There is some funded work going into that direction (see the developer list and the recent GSIPs) but as far as I know workspaces will be treated as silos, they will share anything with each other 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 ------------------------------------------------------- ------------------------------------------------------------------------------ RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
