More control on error messages about express-stormpath HOT 5 OPEN

Hmmmmm.

This is a great idea -- I'd love to support something like this. I honestly have to think of a good way to do it though. Off the top of my head I'm thinking of some sort of config option (like a json dictionary) that allows you to override each specific error code that the API itself returns.

Thoughts?

from express-stormpath.

Yeah that was my first idea. We could just pass it at initialization and voila. However, you probably know better than me if this is a reliable plan. I don't know how many messages the API can return and there's also the auto-generated messages from the form library (required and stuff).

from express-stormpath.

Is there an i18n library that can be used? In the Java SDK, we'll likely (eventually) support a scheme where the i18n key is something like stormpath.errors.ERROR_CODE where ERROR_CODE is substituted for the actual error code number. Then that message key is used in code, and at runtime it resolves to the correctly translated internationalized string. Thoughts?

from express-stormpath.

https://github.com/mashpie/i18n-node could do the trick. It integrates well with express.

from express-stormpath.

This might be something we want to the SDK and have it supported in the integration

from express-stormpath.