Angular
Angular is a web framework that empowers developers to build fast, reliable applications. Learn how to set it up with Sentry.
In addition to capturing errors, you can monitor interactions between multiple services or applications by enabling tracing. You can also get to the root of an error or performance issue faster, by watching a video-like reproduction of a user session with session replay.
Select which Sentry features you'd like to install in addition to Error Monitoring to get the corresponding installation and configuration instructions below.
Sentry captures data by using an SDK within your application’s runtime.
npm install @sentry/angular --save
In its current major version, the Sentry Angular SDK only supports Angular 14 and newer.
If you're using an older version of Angular, you also need to use an older version of the SDK. See the table below for compatibility guidance:
Angular version | Recommended Sentry SDK |
---|---|
14 and newer | @sentry/angular |
12 or 13 | @sentry/angular-ivy@^7 (see Note) * |
10 or 11 | @sentry/angular@^7 * |
9 and below | @sentry/angular@^6 * |
AngularJS/1.x | @sentry/browser@^6 with the AngularJS integration * |
* These versions of the SDK are no longer maintained or tested. Version 7 might still receive bug fixes but we don't guarantee support.
The @sentry/angular-ivy
package is an Ivy-compatible version of @sentry/angular
in version 7 of the SDK. It's recommended to use this package if you're using Angular 12 or 13 to avoid build-time warnings. Functionality-wise, it's identical to @sentry/angular
and you can simply replace all imports of @sentry/angular
with @sentry/angular-ivy
in our docs. Since version 8, the @sentry/angular-ivy
was removed and merged with @sentry/angular
which is now Ivy-compatible by default.
Configuration should happen as early as possible in your application's lifecycle.
Once this is done, Sentry's Angular SDK captures all unhandled exceptions and transactions.
main.ts
import { bootstrapApplication } from "@angular/platform-browser";
import { appConfig } from "./app/app.config";
import { AppComponent } from "./app/app.component";
import * as Sentry from "@sentry/angular";
Sentry.init({
dsn: "https://examplePublicKey@o0.ingest.sentry.io/0",
integrations: [
// Registers and configures the Tracing integration,
// which automatically instruments your application to monitor its
// performance, including custom Angular routing instrumentation
Sentry.browserTracingIntegration(),
// Registers the Replay integration,
// which automatically captures Session Replays
Sentry.replayIntegration(),
],
// Set tracesSampleRate to 1.0 to capture 100%
// of transactions for tracing.
// We recommend adjusting this value in production
// Learn more at
// https://docs.sentry.io/platforms/javascript/configuration/options/#traces-sample-rate
tracesSampleRate: 1.0,
// Set `tracePropagationTargets` to control for which URLs trace propagation should be enabled
tracePropagationTargets: ["localhost", /^https:\/\/yourserver\.io\/api/],
// Capture Replay for 10% of all sessions,
// plus for 100% of sessions with an error
// Learn more at
// https://docs.sentry.io/platforms/javascript/session-replay/configuration/#general-integration-configuration
replaysSessionSampleRate: 0.1,
replaysOnErrorSampleRate: 1.0,
});
bootstrapApplication(AppComponent, appConfig).catch((err) =>
console.error(err)
);
The Sentry Angular SDK exports a couple of Angular providers that are necessary to fully instrument your application. We recommend registering them in your app.config.ts
or main app.module.ts
:
app.config.ts
import {
APP_INITIALIZER,
ApplicationConfig,
ErrorHandler,
} from "@angular/core";
import { Router } from "@angular/router";
import * as Sentry from "@sentry/angular";
export const appConfig: ApplicationConfig = {
providers: [
// ...
{
provide: ErrorHandler,
useValue: Sentry.createErrorHandler(),
},
{
provide: Sentry.TraceService,
deps: [Router],
},
{
provide: APP_INITIALIZER,
useFactory: () => () => {},
deps: [Sentry.TraceService],
multi: true,
},
],
};
The Sentry.createErrorHandler
function initializes a Sentry-specific ErrorHandler
that automatically sends errors caught by Angular to Sentry. Learn how to further configure Sentry's ErrorHandler
behavior here.
If your angular app is configured for SSR, make sure that the Sentry providers are not accidentally passed to the SSR config (app.config.server.ts
). The Sentry Angular SDK can only be used in the browser.
If you're using an NGModule-based application (app.module.ts
), you can also dependency-inject the TraceService
from inside your AppModule
constructor, instead of providing APP_INITIALIZER
:
app.module.ts
@NgModule({
// ...
})
export class AppModule {
constructor(trace: Sentry.TraceService) {}
}
Depending on how you've set up your project, the stack traces in your Sentry errors probably won't look like your actual code.
To fix this, upload your source maps to Sentry. The easiest way to do this is by using the Sentry Wizard:
npx @sentry/wizard@latest -i sourcemaps
The wizard will guide you through the following steps:
- Logging into Sentry and selecting a project
- Installing the necessary Sentry packages
- Configuring your build tool to generate and upload source maps
- Configuring your CI to upload source maps
For more information on source maps or for more options to upload them, head over to our Source Maps documentation.
This snippet includes an intentional error, so you can test that everything is working as soon as you set it up.
Trigger a test error somewhere in your Angular app, for example in your main app component:
app.component.html
<button (click)="throwTestError()">Test Sentry Error</button>
Then, in your app.component.ts
add:
app.component.ts
public throwTestError(): void {
throw new Error("Sentry Test Error");
}
Errors triggered from within Browser DevTools are sandboxed and won't trigger an error handler. Place the snippet directly in your code instead.
Learn more about manually capturing an error or message in our Usage documentation.
To view and resolve the recorded error, log into sentry.io and select your project. Clicking on the error's title will open a page where you can see detailed information and mark it as resolved.
Our documentation is open source and available on GitHub. Your contributions are welcome, whether fixing a typo (drat!) or suggesting an update ("yeah, this would be better").