--
You received this message because you are subscribed to the Google Groups "sentry" group.
To unsubscribe from this group and stop receiving emails from it, send an email to getsentry+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
To unsubscribe from this group and stop receiving emails from it, send an email to getsentry+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to a topic in the Google Groups "sentry" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/getsentry/XELCQOQnmQ8/unsubscribe.
To unsubscribe from this group and all its topics, send an email to getsentry+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Regards
Shobhit Singh
Thanks Ted.
We tried logback with our play application, but somehow as we add raven jar play server fails to start giving class cast exception related slfj/logback. Thats why exploring alternative.
--
Regards,
Shobhit
> I am using raven-integration with logback, but is it safe to use that on production?Yes.> reason if any day sentry service goes down will raven java binding will handle the scenario or will they consume the sockets on the client machine, as it takes time before it will timeout thus incrementally consuming resources?The events that are captured during the period when the server is inaccessible will be discarded.If you're not using the asynchronous transport, the sending thread might be blocked while its locked down (throttled) to attempt to allow the connection to recover. (When using the asynchronous connection, this happens on a separate thread.) This should prevent excessive socket consumption under normal operation.> Is there any way to directly read it from logs?No.Ted
Regards
Shobhit Singh