<div dir="ltr">Marco,<div>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.</div><div><br></div><div>--</div><div>thomas</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 19, 2016 at 9:03 AM deduikertjes <<a href="mailto:DeDuikertjes@xs4all.nl">DeDuikertjes@xs4all.nl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Finding and modifying status codes<br class="gmail_msg">
<br class="gmail_msg">
I'd like to find out (and maybe modify) the HTML status codes mapserver<br class="gmail_msg">
attaches to a WMS service exception report.<br class="gmail_msg">
<br class="gmail_msg">
I deploy mapserver behind Nginx with supervisord as a fastcgi provider and<br class="gmail_msg">
process manager. Nginx does caching of responses on getmap requests.<br class="gmail_msg">
<br class="gmail_msg">
As I don't want Service Exception reports to be cached I've added a<br class="gmail_msg">
directive to the Nginx config not to cache error documents containing<br class="gmail_msg">
'serviceException'.<br class="gmail_msg">
This is not working properly, I think because nginx only regards a response<br class="gmail_msg">
as an error when a non-200 status code is attached.<br class="gmail_msg">
<br class="gmail_msg">
So I'm trying to find the status codes mapserver attaches to a response.<br class="gmail_msg">
If I do from command line mapserv7<br class="gmail_msg">
QUERY_STRING="map=my.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&....(rest<br class="gmail_msg">
of valid wms request)" I see the headers (and the png) when te request leads<br class="gmail_msg">
to a response containing a map.<br class="gmail_msg">
If I do the same with a request that generates an service exception report I<br class="gmail_msg">
get back error messages instead of the response I see in my browser.<br class="gmail_msg">
<br class="gmail_msg">
So, how to find out the headers of the response before it goes trough<br class="gmail_msg">
supervisord an nginx?<br class="gmail_msg">
Or does anyone know what status code the header contains?<br class="gmail_msg">
And the million dollar question: can we stick a 500 status code header on<br class="gmail_msg">
the response if it's not there?<br class="gmail_msg">
<br class="gmail_msg">
Any help greatly appreciated, MArco<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Finding-and-modifying-status-codes-of-mapserver-responses-tp5291371.html" rel="noreferrer" class="gmail_msg" target="_blank">http://osgeo-org.1560.x6.nabble.com/Finding-and-modifying-status-codes-of-mapserver-responses-tp5291371.html</a><br class="gmail_msg">
Sent from the Mapserver - User mailing list archive at Nabble.com.<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
mapserver-users mailing list<br class="gmail_msg">
<a href="mailto:mapserver-users@lists.osgeo.org" class="gmail_msg" target="_blank">mapserver-users@lists.osgeo.org</a><br class="gmail_msg">
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a></blockquote></div>