Thanks for the replies. I think I've not explained myself well.

I don't expect the backtrace to be shown or any internal error in production mode, but I do need to be able to pass back to users of the system some meaningful message on why their called failed. 

Such as "Sorry we have experienced a system failure - please try again later. Your problem has need reported" for a 500, or "Sorry you have not sent the mandatory argument 'type'" or "Sorry, the argument 'ditsance' is not understood." for a 400.

How do I get such messages back to the caller, be it a web page, or most problematically a RESTful user using JSON and still re ponded with a meaningful code. 

I could catch all errors, and send back a nice HTML or JSON object, but my response would be a 200 which seems wrong.

At present the poor user can not tell why his requests are failing.

thanks again for an guidance.

Stephen


On Thu, Jul 7, 2011 at 3:04 PM, Flavio Poletti <polettix@gmail.com> wrote:
I would also add that this choice is wise, because showing such internal info to the end user in a production environment is likely to be frown during a security audit.

Of course this is a general statement that does not take into account what Stephen might have read about how RESTful apps should respond to errors, but I would be surprised of the contrary.

Cheers,

    Flavio.



On Thu, Jul 7, 2011 at 1:44 PM, Takeshi OKURA <okura3@gmail.com> wrote:
Hi Stephen.

2011/7/7 Stephen Fenwick-Paul <stephen@activeg.org>:
> With the environment set to development, each of these responds as I expect.
> Case 1 gives me a full backtrace, case 2 gives me a a json with just the
> error message, and case 3 again give me a full backtrace,
> Now moving to the production environment. I get
(snip)
> Which is OK, but where is the meaningful message to the user gone?

To show the stack trace, show_errors variable in a
environment/production.yml shuld be 1. I think so.

It's 1 in development.yml. But in production.yml It's 0.

best regards.

--
Takeshi OKURA
_______________________________________________
Dancer-users mailing list
Dancer-users@perldancer.org
http://www.backup-manager.org/cgi-bin/listinfo/dancer-users


_______________________________________________
Dancer-users mailing list
Dancer-users@perldancer.org
http://www.backup-manager.org/cgi-bin/listinfo/dancer-users