Skip to content

[skill-drift] feat(sentry-dotnet-sdk): add OTLP export integration#142

Merged
HazAT merged 1 commit into
mainfrom
skill-drift/sentry-dotnet-sdk-skill-drift-feat-sentry-dotnet-sdk-add-o-1780044237
May 29, 2026
Merged

[skill-drift] feat(sentry-dotnet-sdk): add OTLP export integration#142
HazAT merged 1 commit into
mainfrom
skill-drift/sentry-dotnet-sdk-skill-drift-feat-sentry-dotnet-sdk-add-o-1780044237

Conversation

@github-actions
Copy link
Copy Markdown
Contributor

Warning

Auto-generated from external SDK content. Review all links and code suggestions before acting on them.

Summary

Adds documentation for the new OTLP export integration introduced in Sentry .NET SDK 6.5.0 (PR #4899). This is now the recommended approach for OpenTelemetry integration.

Changes

  • references/tracing.md: Added new "Option 1: OTLP Export (Recommended)" section documenting:
    • Sentry.OpenTelemetry.Exporter package
    • AddSentryOtlpExporter() TracerProvider extension
    • UseOtlp() SentryOptions extension
    • Full setup examples for ASP.NET Core and Azure Functions
    • Clarified distinction between OTLP export and bridge pattern
  • SKILL.md:
    • Updated Azure Functions example to use OTLP export (recommended approach)
    • Updated version note to mention OTLP requires ≥6.5.0

Why This Matters

The OTLP export approach:

  • Sends traces using standard OpenTelemetry Protocol (no translation needed)
  • Is now Sentry's recommended integration method
  • Provides better fidelity by avoiding span format conversion
  • Was completely undocumented in the skill despite being available since 6.5.0 (released in early 2026)

Upstream Changes

Based on:

  • 6.5.0 release (merged 2026-05-28): Added Sentry.OpenTelemetry.Exporter package and OTLP support
  • PR #4899: feat: Add support to send OTEL traces via OTLP

Source PRs

Automated drift-fix run.

Co-Authored-By: Claude (claude-sonnet-4-5) <noreply@anthropic.com>
Comment on lines +356 to 366
})
.ConfigureServices(services =>
{
services.AddOpenTelemetry().WithTracing(builder =>
{
builder
.AddHttpClientInstrumentation()
.AddSentryOtlpExporter("___YOUR_DSN___"); // route spans to Sentry OTLP endpoint
});
})
.Build();
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Bug: The documentation for Azure Functions instructs users to install Sentry.OpenTelemetry but provides a code example that requires the Sentry.OpenTelemetry.Exporter package, causing a compilation failure.
Severity: MEDIUM

Suggested Fix

Update the package installation instructions for Azure Functions to specify Sentry.OpenTelemetry.Exporter instead of Sentry.OpenTelemetry. Also, update the package mapping table around line 79 to reflect this change, ensuring consistency throughout the document.

Prompt for AI Agent
Review the code at the location below. A potential bug has been identified by an AI
agent. Verify if this is a real issue. If it is, propose a fix; if not, explain why it's
not valid.

Location: skills/sentry-dotnet-sdk/SKILL.md#L337-L366

Potential issue: The installation guidance for Azure Functions in `SKILL.md` directs
users to install the `Sentry.OpenTelemetry` package. However, the accompanying code
example (lines 338-365) uses `AddSentryOtlpExporter()` and `UseOtlp()`, which are
exclusive to the `Sentry.OpenTelemetry.Exporter` package. A developer following these
instructions will encounter compilation errors because the installed package does not
contain the required methods. The package mapping table and installation commands were
not updated to reflect the change to an OTLP-based example.

Did we get this right? 👍 / 👎 to inform future reviews.

@HazAT HazAT merged commit 24af26c into main May 29, 2026
5 checks passed
@HazAT HazAT deleted the skill-drift/sentry-dotnet-sdk-skill-drift-feat-sentry-dotnet-sdk-add-o-1780044237 branch May 29, 2026 10:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant