Thomas,

Thank you.
Interesting remark you make on the WMS-spec. Never thought of that.
You say that I can add a config option to return something other than 200. I suppose by that you mean that such a config option does not exits, but that I can hack it in?

Can you please elaborate a bit on how non 200 status codes on service exception reports could break a client. No map is no map?

Marco


On 19-10-16 14:50, thomas bonfort wrote:
Marco,
It's the WMS spec itself that requires 200 response codes. You can hack the code or even add a configuration option to return something other than 200, but you'll risk breaking your clients. Also note that checking for specific text is not going to work all the time, as the client can request an "inimage" exception text, i.e. returned as pixels in a png image.

--
thomas

On Wed, Oct 19, 2016 at 9:03 AM deduikertjes <[email protected] <mailto:[email protected]>> wrote:

    Finding and modifying status codes

    I'd like to find out (and maybe modify) the HTML status codes
    mapserver
    attaches to a WMS service exception report.

    I deploy mapserver behind Nginx with supervisord as a fastcgi
    provider and
    process manager. Nginx does caching of responses on getmap requests.

    As I don't want Service Exception reports to be cached I've added a
    directive to the Nginx config not to cache error documents containing
    'serviceException'.
    This is not working properly, I think because nginx only regards a
    response
    as an error when a non-200 status code is attached.

    So I'm trying to find the status codes mapserver attaches to a
    response.
    If I do from command line mapserv7
    QUERY_STRING="map=my.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&....(rest
    of valid wms request)" I see the headers (and the png) when te
    request leads
    to a response containing a map.
    If I do the same with a request that generates an service
    exception report I
    get back error messages instead of the response I see in my browser.

    So, how to find out the headers of the response before it goes trough
    supervisord an nginx?
    Or does anyone know what status code the header contains?
    And the million dollar question: can we stick a 500 status code
    header on
    the response if it's not there?

    Any help greatly appreciated, MArco



    --
    View this message in context:
    
http://osgeo-org.1560.x6.nabble.com/Finding-and-modifying-status-codes-of-mapserver-responses-tp5291371.html
    Sent from the Mapserver - User mailing list archive at Nabble.com.
    _______________________________________________
    mapserver-users mailing list
    [email protected]
    <mailto:[email protected]>
    http://lists.osgeo.org/mailman/listinfo/mapserver-users


_______________________________________________
mapserver-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Reply via email to