Re: [pylons-devel] Re: request context for Sentry

Hi Zsolt, First I am installing pyramid_raven: https://github.com/thruflo/pyramid_raven Then I capture exceptions in HTTP 500 view as: https://github.com/websauna/websauna/blob/master/websauna/system/core/views/internalservererror.py#L13 On Saturday, March 19, 2016 at 5:49:30 PM UTC-7, Zsolt E

Re: [pylons-devel] Re: request context for Sentry

Yes, that is how I started. The problem is with client.captureException(). The problem is that there is no way to get the Client when it's configured via ini (or at least I have no idea how to get it). So when configured via ini, Sentry can only provide HTTP context for uncaught exceptions which

Re: [pylons-devel] Re: request context for Sentry

I'm missing something here probably but the raven docs have pretty straightforward support for configuring it via the ini file. Have you tried this? https://docs.getsentry.com/hosted/clients/python/integrations/pyramid/#pastedeploy-filter On Sat, Mar 19, 2016 at 5:44 PM, Zsolt Ero wrote: > Than

[pylons-devel] Re: request context for Sentry

Thanks, I was able to make a working client, but not using the pipeline + filter part in the ini, but by wrapping app by: from raven import Client from raven.middleware import Sentry client = Client('https://...:...@app.getsentry.com/ ...') app = Sentry(app, cl

[pylons-devel] Re: request context for Sentry

Thanks, I see. I believe this way I do not need the .ini part, do I? On Thursday, March 17, 2016 at 3:40:28 AM UTC+1, Jonathan Vanasco wrote: > > > > On Wednesday, March 16, 2016 at 9:36:44 PM UTC-4, Zsolt Ero wrote: >> >> David Cramer from Sentry replied to me that if Sentry is used with the >>

[pylons-devel] Re: request context for Sentry

On Wednesday, March 16, 2016 at 9:36:44 PM UTC-4, Zsolt Ero wrote: > > David Cramer from Sentry replied to me that if Sentry is used with the > middleware, then it should automatically receive the WSGI context: > from sentry.middleware import Sentry > > application = Sentry(application, client=C