-
Notifications
You must be signed in to change notification settings - Fork 4
Description
There are a few places where we have a choice between raising an error, or logging the error and carrying on. It would be lovely to be able to specify which of these cases should fail with an exception, and which should log an error and continue. Currently I think this just applies to loading settings, specifically:
- Settings files that are missing or corrupt
- Settings that don't validate
There are solid use cases for both behaviours: testing code wants to be strict, and it's probably a good idea to raise exceptions rather than rely on the logs being checked every time. In everyday use, it might be less irritating if recoverable errors loading the settings were recovered from. In production code, it probably depends on whether you prioritise minimising errors, or ensuring everything's either working properly or not working...