Hi,

Using GS 2.2 we are trying to setup GroupLayers (GLs). These GLs are 
used only for internal tiling via GWC and should not be 
accessible/advertised externally. Public access to GS is arranged by a 
URL-based access/load balancing layer external to GS.

However, the individual Layers for each GL should be publicly advertised 
and accessible. Our Layers are divided over Workspaces/Virtual Service 
endpoints. Each GL always contains Layers from a single WS. So our GLs 
cannot reside in the same WS as the individual Layers.

So where to put the GLs without being visible ? The first approach was 
to put GLs in a separate Workspace, but even with "Global Services 
Enabled" we cannot add Layers from other WSs, which makes sense from the 
design of WSs.

The second approach was to put GLs in the global WS (with Global 
Services enabled). As the global service endpoint is never publicly 
accessible this seemed to work. But now the issue is that the Global GLs 
are advertised in the Capabilities of the related WS (from which the 
Layers stem) so are visible but not accessible. At the moment that I add 
a Layer from any other WS to a global GL, this GL is never advertised in 
the WS Caps.

So one workaround would be to add a Layer to each GL from a dummy WS 
with an empty layer that always returns a transparent/emtpy (e.g. via 
SLD) image and thus suppress advertisement in WSs.

I realize our setup is not quite standard and appreciate the work that 
has gone into 2.2 Virtual Services, but maybe I overlooked a better 
option? Would it be a GS-enhancement to add an option to a global GL "do 
not advertise in WS"?

kind regards / met vriendelijke groet,

--Just

Just van den Broecke
www.justobjects.nl






------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to