Add context to exception handler #2236

Same context as renderers which include: the view, args, kwargs, and request. This provides enough contextual information to the exception handlers to handle errors better. In a use case like #1671, a custom handler would allow Sentry to log the request properly.

Things to discuss: Would changing the signature by adding the optional `context` be a problem to users with already existing custom exception handlers? Is it confusing to use `get_renderer_context()` in there? It provides exactly what we need already, so preferred using that instead of "duplicating".
I not convinced we should even test the presence of these at all. The 'everything must be tested' isn't actually valuable if all your doing is mirroring the implementation. I'm actually kinda against that generally as mostly useless noise.