API Reference

This gives you an overview of the public API that raven-python exposes.

class raven.Client(dsn=None, **kwargs)

The client needs to be instantiated once and can then be used for submitting events to the Sentry server. For information about the configuration of that client and which parameters are accepted see Configuring the Client.

capture(event_type, data=None, date=None, time_spent=None, extra=None, stack=False, tags=None, **kwargs)

This method is the low-level method for reporting events to Sentry. It captures and processes an event and pipes it via the configured transport to Sentry.

Example:

Copied
capture('raven.events.Message', message='foo', data={
    'request': {
        'url': '...',
        'data': {},
        'query_string': '...',
        'method': 'POST',
    },
    'logger': 'logger.name',
}, extra={
    'key': 'value',
})
Parameters:
  • event_type – the module path to the Event class. Builtins can use shorthand class notation and exclude the full module path.

  • data – the data base, useful for specifying structured data interfaces. Any key which contains a ‘.’ will be assumed to be a data interface.

  • date – the datetime of this event. If not supplied the current timestamp is used.

  • time_spent – a integer value representing the duration of the event (in milliseconds)

  • extra – a dictionary of additional standard metadata.

  • stack – If set to True a stack frame is recorded together with the event.

  • tags – dict of extra tags

  • sample_rate – a float in the range [0, 1] to sample this message. This overrides the Client object’s sample_rate

  • kwargs – extra keyword arguments are handled specific to the reported event type.

Returns:a tuple with a 32-length string identifying this event

captureMessage(message, **kwargs)

This is a shorthand to reporting a message via capture(). It passes 'raven.events.Message' as event_type and the message along. All other keyword arguments are regularly forwarded.

Example:

Copied
client.captureMessage('This just happened!')

captureException(exc_info=None, **kwargs)

This is a shorthand to reporting an exception via capture(). It passes 'raven.events.Exception' as event_type and the traceback along. All other keyword arguments are regularly forwarded.

If exc_info is not provided, or is set to True, then this method will perform the exc_info = sys.exc_info() and the requisite clean-up for you.

Example:

Copied
try:
    1 / 0
except Exception:
    client.captureException()

captureBreadcrumb(message=None, timestamp=None, level=None, category=None, data=None, type=None, processor=None)

Manually captures a breadcrumb in the internal buffer for the current client’s context. Instead of using this method you are encouraged to instead use the raven.breadcrumbs.record() function which records to the correct client automatically.

send(data)

Accepts all data parameters and serializes them, then sends then onwards via the transport to Sentry. This can be used as to send low-level protocol data to the server.

context

Returns a reference to the thread local context object. See raven.context.Context for more information.

user_context(data)

Updates the user context for future events.

Equivalent to this:

Copied
client.context.merge({'user': data})

http_context(data)

Updates the HTTP context for future events.

Equivalent to this:

Copied
client.context.merge({'request': data})

extra_context(data)

Update the extra context for future events.

Equivalent to this:

Copied
client.context.merge({'extra': data})

tags_context(data)

Update the tags context for future events.

Equivalent to this:

Copied
client.context.merge({'tags': data})

class raven.context.Context

The context object works similar to a dictionary and is used to record information that should be submitted with events automatically. It is available through raven.Client.context and is thread local. This means that you can modify this object over time to feed it with more appropriate information.

activate()

Binds the context to the current thread. This normally happens automatically on first usage but if the context was deactivated then this needs to be called again to bind it again. Only if a context is bound to the thread breadcrumbs will be recorded.

deactivate()

This deactivates the thread binding of the context. In particular it means that breadcrumbs of the current thread are no longer recorded to this context.

merge(data, activate=True)

Performs a merge of the current data in the context and the new data provided. This also automatically activates the context by default.

clear(deactivate=None)

Clears the context. It’s important that you make sure to call this when you reuse the thread for something else. For instance for web frameworks it’s generally a good idea to call this at the end of the HTTP request.

Otherwise you run at risk of seeing incorrect information after the first use of the thread.

Optionally deactivate parameter controls if the context should automatically be deactivated. The default behavior is to deactivate if the context was not created for the main thread.

The context can also be used as a context manager. In that case activate() is called on enter and deactivate() is called on exit.

Help improve this content
Our documentation is open source and available on GitHub. Your contributions are welcome, whether fixing a typo (drat!) or suggesting an update ("yeah, this would be better").