Re: [Geoserver-devel] GSIP 66 - Workspace local services

[Ben Caradoc-D. <Ben...@cs...>]

Justin,

I am a bit concerned that more functionality is being layered on top of 
an incomplete model. Am I missing something or is there still an 
assumption of a one-to-one mapping between workspaces and namespaces? I 
support the idea of having per-workspace services, but until a workspace 
can contain multiple namespaces, this is of no use to anyone delivering 
related feature types in different namespaces.

app-schema users have on many occasions asked for the ability to deliver 
multiple profiles of their services from a GeoServer. For example, a 
service may be configured to deliver sa:LocatedSpecimen and its related 
om:Observations. Because a WFS service can only deliver a feature type 
once, it is not possible to deliver two different mappings of the data 
or two different encoding profiles. This would be possible if we had 
true workspaces workspaceOne and workspaceTwo that could each contain 
their own sa and om namespaces and each had their own WFS service 
endpoint. Without this functionality, users end up with multiple 
identical GeoServer instances differing only in their data directory.

In my view, the simplest way to regularise the delivery of services 
would be to not have a separate global service; this should just be the 
local service of the default workspace. Once you have a namespace and 
feature types appearing in multiple workspaces, you will not be able to 
determine which should be used for a "global service".

As an aside, as far as I understand it, the resource-publishing split 
has never been completed:
https://jira.codehaus.org/browse/GEOS-2881
http://geoserver.org/display/GEOS/GSIP+36+-+Resource+-+Publishing+Split+and+Virtual+Configuration

Kind regards,
Ben.

On 07/11/11 06:15, Justin Deoliveira wrote:
> Hi all,
>
> I just put together a proposal for next round of virtual services, and the ability to configure services on a workspace by workspace basis.
>
>    http://geoserver.org/display/GEOS/GSIP+66+-+Workspace+Local+Services
>
> Feedback much appreciated.
>
> -Justin
>
> --
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
>
>

-- 
Ben Caradoc-Davies <Ben...@cs...>
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre