Sentry (Crash Reporting)¶
The Sentry observer integrates Raven with your application to record tracebacks for crashes to Sentry.
Configuration¶
Make sure your service calls
configure_observers()
during application startup
and then add the following to your configuration file to enable and configure
the Sentry observer.
[app:main]
...
# required to enable the observer
# the DSN provided by Sentry for your project
sentry.dsn = https://decaf:face@sentry.local/123
# optional: string to identify this client installation
sentry.site = my site
# optional: the environment this application is running in
sentry.environment = staging
# optional: comma-delimited list of module prefixes to ignore when
# determining where an error came from
sentry.exclude_paths = foo, bar
# optional: comma-delimited list of module prefixes to include for
# consideration when drilling down into an exception
sentry.include_paths = foo, bar
# optional: comma-delimited list of fully qualified names of exception
# classes (potentially with * globs) to not report.
sentry.ignore_exceptions = my_service.UninterestingException
# optional: percent chance that a given error will be reported
# (defaults to 100%)
sentry.sample_rate = 37%
# optional: comma-delimited list of fully qualified names of processor
# classes to apply to events before sending to Sentry. defaults to
# raven.processors.SanitizePasswordsProcessor
sentry.processors = my_service.SanitizeTokenProcessor
...
Outputs¶
Any unexpected exceptions that cause the request to crash (including outside request context) will be reported to Sentry. The Trace ID of the current request will be included in the context reported to Sentry.
Direct Use¶
When enabled, the error reporting observer also adds a raven.Client
object as an attribute named sentry
to the
RequestContext
:
def my_handler(request):
try:
...
except Exception:
request.sentry.captureException()