On Tue, Sep 6, 2011 at 10:32 AM, Andrea Aime
<[email protected]>wrote:

> On Tue, Sep 6, 2011 at 4:57 PM, Justin Deoliveira <[email protected]>
> wrote:
> > +1 on the idea, i actually ran into this problem recently and this would
> > have been quite useful. So I guess this means all the capabilities
> > transformers will have to be updated as well... which at this point is
> quite
> > a few. And what does "hidden" mean when it comes to the other requests...
> > GetFeature, GetMap, etc... should the services check the hidden flag when
> > those resources are accessed individually?
>
> Hidden would hide just from the capabilities, which yeah, would require the
> caps transformers to be modified, but I don't believe it's a big deal, it's
> 4-5 classes?
>
> But all other code would not be affected, you'd see the layer directly.
>

Ok, maybe "hidden" is not the best term then. Maybe something like
"isDeclared" or something... just brainstorming.

>
> > The idea I had before was to try and use a thread local catalog approach
> to
> > this, similar to how the virtual services hide layers not in the local
> > workspace. Basically an filter/callback/etc... would set up a thread
> local
> > view of the catalog (with a custom resource access manager, etc...) that
> > would prevent access to hidden layers. The benefit of this approach being
> > that no service code would really have to be updated at all.
>
> Right... check if the current request is GetCapabilities and make those
> layers disappear.
> Would work indeed. Wondering, that would start making for the third
> wrapper around the catalog... sounds like we need some sort of
> extension point for catalog interceptors?
>

Yeah agreed. Good idea.  It would be nice to have one resource wrapper
capable of hiding resources based on the extension point.

>
> 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
>
> -------------------------------------------------------
>



-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Using storage to extend the benefits of virtualization and iSCSI
Virtualization increases hardware utilization and delivers a new level of
agility. Learn what those decisions are and how to modernize your storage 
and backup environments for virtualization.
http://www.accelacomm.com/jaw/sfnl/114/51434361/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to