WMS GetCapabilities should be completely blocked by default

[dmorissette]

At the moment, with MS 6.0.0-beta1, a WMS GetCapabilities returns a response with an empty layers list if ows_enable_request is not set (the default in 6.x).

The correct behavior in this case would be to either skip the WMS handler in msOWSDispatch(), or to produce an exception.

[Schpidi]

Added some test cases in msautotest/wxs/ows_disable.map in r11258.

[aboudreault]

Daniel, this would implies to check all the ows/wms_enable_request metadata (map and layer levels) to see if there is at least one layer with the GetCapabilities enabled. If we do this for the GetCapabilities, I suppose we should do it for all other requests? This is of course an extra lookup. Is this what we want?

[aboudreault]

Fixed and committed in r11338. I've also committed a fix for OWS GetCapabilities requests to report only enabled requests in r11342 and added expected result xml files in msautotest for ows_disable.map in r11339.

[schpidi]

I think a valid GetCapabilities response without "layers" element should be returned in case GetCapabilities is globally enabled in ows/wms_enable_request metadata but no layers are enabled.

This is valid according to the ​WMS 1.3 schemas: <element ref="wms:Layer" minOccurs="0"/>.

If there are no objections I'll take care of it.

[schpidi]

Btw. this applies also to WCS and probably WFS.

[schpidi]

Committed changes for WMS GetCapabilities response with an empty list of layers with r12926.

Added some tests with r12927.

[schpidi]

Oops, sorry for the large commit. Its mainly only indentation changes due to the if around the top-level layer.

[schpidi]

Added ticket for #4140 WCS thus closing this one.