Send Python and Django errors to Honeybadger.
Python
Clone or download

README.md

Honeybadger for Python

Build Status

When any uncaught exceptions occur, Honeybadger will send the data off to the Honeybadger server specified in your environment.

Supported Versions

Tested with Django 1.9 and 1.10 and Python 2.7 through 3.5. Django integration is done via middleware and will work out of the box up to version 1.10.

Getting Started

Honeybadger for Python works out of the box with Django with only a few configuration options required. The following is a basic setup - more advanced setup will be described later.

Install Honeybadger

Install honeybadger with pip.

$ pip install honeybadger

Note: Honeybadger does not report errors in development and test environments by default. To enable reporting in development environments, see the force_report_data setting.

Django

NOTE: Middleware configuration has changed in Django 1.10. Instead of using MIDDLEWARE_CLASSES, simply use the MIDDLEWARE configuration instead.

In a Django application, add the Honeybadger Django middleware to the top of your MIDDLEWARE_CLASSES config variable:

MIDDLEWARE_CLASSES = (
  'honeybadger.middleware.DjangoHoneybadgerMiddleware',
  ...
)

It's important that the Honeybadger middleware is at the top, so that it wraps the entire request process, including all other middlewares.

You'll also need to add a new HONEYBADGER config variable to your settings.py to specify your API key:

HONEYBADGER = {
  'API_KEY': 'myapikey'
}

Flask

A Flask extension is available for initializing and configuring Honeybadger: honeybadger.contrib.flask.FlaskHoneybadger. The extension adds the following information to reported exceptions:

  • url: The URL the request was sent to.
  • component: The module that the view is defined at. If the view is a class-based view, then the name of the class is also added.
  • action: The name of the function called. If the action is defined within a blueprint, then the action name will have the name of the blueprint prefixed.
  • params: A dictionary containing query parameters and form data. If a variable is defined in both, then the form data are stored. Params are filtered (see Configuration).
  • session: Session data.
  • cgi_data: Request headers, filtered (see Configuration) and request method.

In addition, the FlaskHoneybadger extension:

  • Configures Honeybadger using Flask's configuration object.
  • (Optionally) Automatically report exceptions raised during views.
  • (Optionally) Reset honeybadger context after each request.

Note that FlaskHoneybadger uses Flask's signals in order to detect exceptions. In order for the extension to work, you'll have to install the blinker library as dependency.

FlaskHoneybadger checks Flask's configuration object for automatically configuring honeybadger. In order to configure it, it checks for the keys with same name as the environment variables in Configuration section. Note that if a value is also configured as an environment variable, then the environment variable's value will be used.

Let's see it in action with an example:

Example 1: Setup Honeybadger and automatically report exceptions

from flask import Flask, jsonify, request
from honeybadger.contrib import FlaskHoneybadger

app = Flask(__name__)
app.config['HONEYBADGER_ENVIRONMENT'] = 'development'
app.config['HONEYBADGER_API_KEY'] = '<your key>'
app.config['HONEYBADGER_PARAMS_FILTERS'] = 'password, secret, credit-card'
FlaskHoneybadger(app, report_exceptions=True)

@app.route('/')
def index():
    a = int(request.args.get('a'))
    b = int(request.args.get('b'))

    print('Dividing two numbers {} {}'.format(a, b))
    return jsonify({'result': a / b})

[...]

The code above will:

  • Initialize honeybadger using Flask's configuration.
  • Listen for exceptions.
  • Log unhandled exceptions to Honeybadger.
  • It will also add url, component, action, params, cgi_data and context (as generated by context generators) to all errors send using honeybadger.notify().

FlaskHoneybadger will catch exception raised from a view. Note that calls to abort method result in an exception being raised. If you don't want this behavior, you can set report_exceptions to False and just call honeybadger.notify inside your exception handler.

You can also check more examples under directory examples.

Component naming in Flask

The following conventions are used for component names:

  • When using view functions, the name of the component will be <module name>__#__<view name>
  • For class-based views, the name of the component will be <module name>__#__<class name>
  • When using blueprints, the name of the component will be <module name>__#<blueprint name>.<view name>

Other frameworks / plain Python app

Django and Flask are the only explicitly supported frameworks at the moment. For other frameworks (tornado, web2py, etc.) or a plain Python script, simply import honeybadger and configure it with your API key. Honeybadger uses a global exception hook to automatically report any uncaught exceptions.

from honeybadger import honeybadger
honeybadger.configure(api_key='myapikey')

raise Exception, "This will get reported!"

All set!

That's it! For additional configuration options, keep reading.

Logging

By default, Honeybadger uses the logging.NullHandler for logging so it doesn't make any assumptions about your logging setup. In Django, add a honeybadger section to your LOGGING config to enable Honeybadger logging. For example:

LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'handlers': {
        'file': {
            'level': 'DEBUG',
            'class': 'logging.FileHandler',
            'filename': '/path/to/django/debug.log',
        },
    },
    'loggers': {
        'honeybadger': {
            'handlers': ['file'],
            'level': 'DEBUG',
            'propagate': True,
        },
    },
}

For other frameworks or a plain Python script, you can use logging.dictConfig or explicitly configure it like so:

import logging
logging.getLogger('honeybadger').addHandler(logging.StreamHandler())

Configuration

To set configuration options, use the honeybadger.configure method, like so:

honeybadger.configure(api_key='your api key', environment='production')

All of Honeybadger's configuration options can also be set via environment variables with the HONEYBADGER prefix (12-factor style). For example, the api_key option can be set via the HONEYBADGER_API_KEY environment variable.

The following options are available to you:

Name Type Default Example Environment variable
api_key str "" "badgers" HONEYBADGER_API_KEY
project_root str The current working directory "/path/to/project" HONEYBADGER_PROJECT_ROOT
environment str "production" "staging" HONEYBADGER_ENVIRONMENT
hostname str The hostname of the current server. "badger01" HONEYBADGER_HOSTNAME
endpoint str "https://api.honeybadger.io" "https://honeybadger.example.com/" HONEYBADGER_ENDPOINT
params_filters list ['password', 'password_confirmation', 'credit_card'] ['super', 'secret', 'keys'] HONEYBADGER_PARAMS_FILTERS
force_report_data bool False True HONEYBADGER_FORCE_REPORT_DATA

Public Methods

honeybadger.set_context: Set global context data

This method allows you to send additional information to the Honeybadger API to assist in debugging. This method sets global context data and is additive - eg. every time you call it, it adds to the existing set unless you call reset_context, documented below.

Examples:

from honeybadger import honeybadger
honeybadger.set_context(my_data='my_value')

honeybadger.reset_context: Clear global context data

This method clears the global context dictionary.

Examples:

from honeybadger import honeybadger
honeybadger.reset_context()

honeybadger.context: Python context manager interface

What if you don't want to set global context data? You can use Python context managers to set case-specific contextual information.

Examples:

# from a Django view
from honeybadger import honeybadger
def my_view(request):
  with honeybadger.context(user_email=request.POST.get('user_email', None)):
    form = UserForm(request.POST)
    ...

honeybadger.configure: Specify additional configuration options

Allows you to configure honeybadger within your code. Accepts any of the above-listed configuration options as keyword arguments.

Example:

honeybadger.configure(api_key='myapikey', project_root='/home/dave/crywolf-django')

honeybadger.notify: Send an error notice to Honeybadger

In cases where you'd like to manually send error notices to Honeybadger, this is what you're looking for. You can either pass it an exception as the first argument, or an error_class/error_message pair of keyword arguments. You can also pass it a custom context dictionary which will get merged with the global context.

Examples:

# with an exception
mydict = dict(a=1)
try:
  print mydict['b']
except KeyError, exc:
  honeybadger.notify(exc, context={'foo': 'bar'})

# with custom arguments
honeybadger.notify(error_class='ValueError', error_message='Something bad happened!')

Development

After cloning the repo, run:

python setup.py develop

To run the unit tests:

python setup.py test

Contributing

If you're adding a new feature, please submit an issue as a preliminary step; that way you can be (moderately) sure that your pull request will be accepted.

To contribute your code:

  1. Fork it.
  2. Create a topic branch git checkout -b my_branch
  3. Commit your changes git commit -am "Boom"
  4. Push to your branch git push origin my_branch
  5. Send a pull request

Changelog

See https://github.com/honeybadger-io/honeybadger-python/blob/master/CHANGELOG.md

Publishing a release on PyPI

  1. Ensure the latest version of twine is installed with pip install --upgrade twine wheel
  2. Update the version in honeybadger/version.py
  3. Ensure all of your changes are committed
  4. Clean out the existing dist dir with rm -rf dist/
  5. Run python setup.py bdist_wheel which will build the distribution files in dist/
  6. Run twine upload dist/* to upload the release to PyPI

License

This project is MIT licensed. See the LICENSE file in this repository for details.