Usage
Sentry's SDK hooks into your runtime environment and automatically reports errors, uncaught exceptions, and unhandled rejections as well as other types of errors depending on the platform.
Key terms:
- An event is one instance of sending data to Sentry. Generally, this data is an error or exception.
- An issue is a grouping of similar events.
- The reporting of an event is called capturing. When an event is captured, it’s sent to Sentry.
The most common form of capturing is to capture errors. What can be captured as an error varies by platform. In general, if you have something that looks like an exception, it can be captured. For some SDKs, you can also omit the argument to captureException
and Sentry will attempt to capture the current exception. It is also useful for manual reporting of errors or messages to Sentry.
While capturing an event, you can also record the breadcrumbs that lead up to that event. Breadcrumbs are different from events: they will not create an event in Sentry, but will be buffered until the next event is sent. Learn more about breadcrumbs in our Breadcrumbs documentation.
Capturing Errors
import Sentry
SentrySDK.capture(error: error)
// Or
SentrySDK.capture(exception: exception)
Capturing Uncaught Exceptions in macOS
By default, macOS applications do not crash whenever an uncaught exception occurs. To enable this with Sentry:
- Open the application's
Info.plist
file - Search for
Principal class
(the entry is expected to beNSApplication
) - Replace
NSApplication
withSentryCrashExceptionApplication
Capturing Messages
Another common operation is to capture a bare message. A message is textual information that should be sent to Sentry. Typically messages are not emitted, but they can be useful for some teams.
import Sentry
SentrySDK.capture(message: "My first test message")
- Package:
- cocoapods:sentry-cocoa
- Version:
- 8.32.0
- Repository:
- https://github.com/getsentry/sentry-cocoa