Commit a51d194
feat(active_job): support for tracing (#2947)
* feat(rails): add messaging span data to ActiveJob consumer transaction
Sets messaging.message.id, messaging.destination.name,
messaging.message.retry.count, and messaging.message.receive.latency
on the consumer transaction, mirroring sentry-sidekiq's middleware.
Adds an opt-in shared example that adapters can include to verify
the data fields are populated correctly.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* feat(rails): emit producer span when enqueueing ActiveJob
Wraps ActiveJob enqueue with a `queue.publish` child span when an
active parent transaction exists, mirroring sentry-sidekiq's client
middleware. Uses the public `around_enqueue` callback so no new
ActiveJob monkey-patching is introduced.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* feat(rails): propagate trace context through ActiveJob payload
Mirrors the OpenTelemetry pattern (the only documented way to add
metadata to an ActiveJob payload — Rails has no public extension hook
for serialize/deserialize): prepends the existing ActiveJobExtensions
module with serialize/deserialize overrides that inject and recover
sentry-trace and baggage headers under a namespaced "_sentry" key,
wrapped in rescue blocks so a Sentry bug never breaks job execution.
Threads the deserialized headers into SentryReporter.record, which now
uses Sentry.continue_trace when present so the consumer transaction
shares the producer's trace_id and chains under the producer
queue.publish span.
Guards the around_enqueue producer-span registration against duplicate
registration (each Test::Application.define re-runs the railtie and
without idempotency this stacks dozens of nested queue.publish spans).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* fixup(rails): account for AJ producer span in active_storage subscriber spec
The producer-span change makes ActiveStorage's internally-enqueued
AnalyzeJob emit an extra queue.publish span on the request transaction,
which the previous index-based span lookups did not anticipate.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* feat(active_job): propagate allowed user context
When config.send_default_pii is true, the producer-side serialize
override now copies a whitelisted set of user fields (id, email,
username) into the _sentry payload block. The consumer-side
deserialize stashes them and SentryReporter.record applies them to the
new scope so that the consumer transaction (and any error event
captured during perform) carries the originating user without leaking
ip_address, segment, or other fields back into the queue.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* feat(rails): isolate Sentry hub per worker thread for ActiveJob
Calls Sentry.clone_hub_to_current_thread before opening the consumer
scope when perform_now runs on a non-main thread (mirrors the
sentry-sidekiq server middleware). This ensures that worker-side state
captured during job execution lives on a thread-local hub clone and
cannot leak back into the main process hub.
Adds a behaviour-driven shared example: two concurrent jobs in
separate worker threads do not cross-pollute each other's tags, and
the calling thread's scope is unchanged after both complete.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* refactor(rails): bundle ActiveJob tracing examples into a distributed_tracing meta
Replaces the five individual it_behaves_like opt-ins in
test_adapter_spec.rb with one composite shared example so future AJ
adapter specs can opt in with a single line.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* fixup(rails): widen latency tolerance on Rails < 7 in messaging_span_data spec
Rails 6.x's ActiveSupport::Testing::TimeHelpers#travel does not accept
the with_usec: option, so it truncates Time.now to whole seconds and
the measured latency can land up to ~999ms below the travel delta. Use
a 1100ms tolerance on Rails < 7.0 and the original 50ms tolerance on
7.0+ where with_usec: true is available.
Verified against Rails 6.1, 7.1, and 8.1 via ./bin/test --version.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* refactor(rails): introduce worker_thread harness hook for the hub-isolation example
The worker_hub_isolation shared example previously hard-coded
Thread.new for the two concurrent jobs it spawns. That works fine on
adapters that keep their queue state in-process (:test, :inline) but
some real adapters need per-thread setup (e.g. :solid_queue on SQLite
needs an isolated database per worker thread to avoid
SQLite3::BusyException).
Adds a `worker_thread(&block)` hook on the harness, defaulting to
`Thread.new(&block)`, and switches the shared example to call it.
Adapters that need extra worker setup override the hook.
Behaviour on :test (the only adapter on this branch) is unchanged.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* fix(rails): no with_usec in 7.0
* chore(rails): patch AJ test adapter for 5.2
* fix(active_job): always emit retry count on the consumer transaction
Set messaging.message.retry.count unconditionally, derived from
job.executions, to mirror sentry-sidekiq which pulls the count
directly from the job hash. The previous gate of rescue_handlers.any?
was imprecise: that list also includes plain rescue_from declarations,
which do not trigger retries. A job declaring only rescue_from would
still emit retry.count, while the absence of any handler would suppress
it even though executions is still a meaningful signal. Removing the
gate makes the attribute consistent and unambiguous across adapters.
Co-Authored-By: github-copilot <noreply@example.com>
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
* feat(active_job): add active_job_propagate_traces config option
Mirrors Sidekiq's propagate_traces flag. When set to false, trace
propagation headers are not injected into the serialized job payload
and the consumer starts a new unconnected transaction.
Defaults to true (existing behaviour is preserved).
Co-Authored-By: github-copilot <noreply@example.com>
* feat(active_job): set scope tags and context on consumer like Sidekiq
Mirror Sidekiq's scope enrichment: set a 'queue' scope tag and an
'active_job' context block (job_class, job_id, queue, provider_job_id)
on every event captured within the consumer scope, including the
transaction and any captured errors.
Co-Authored-By: github-copilot <noreply@example.com>
* fix(active_job): avoid shared queue race in jruby
Co-Authored-By: github-copilot <noreply@example.com>
* fix(active_job): save and restore hub around job execution
This correctly handles all execution modes:
- Dedicated async workers (new thread, nil hub): clone -> restore nil
- Inline inside a Rack request (rack hub on thread): clone -> restore
rack hub so the HTTP response completes normally
- Thread-pool workers (recycled thread, stale hub): clone -> restore
stale hub (irrelevant; next job will clone again)
Co-Authored-By: github-copilot <noreply@example.com>
* fix(active_job): better specs for thread isolation
Co-Authored-By: github-copilot <noreply@example.com>
* fix(active_job): correct retry counter
* fix(active_job): widen manual flushing to rails < 6.1
* refactor(active_job): make the spec harness adapter-agnostic
The harness embedded :test-adapter specifics — the Rails 5.2 payload-
preservation shim, the drain loop, and the enqueued-payload accessor.
It also reached past ActiveJob::TestHelper to set
ActiveJob::Base.queue_adapter directly, which conflicts with TestHelper's
own _test_adapter slot (TestHelper's before_setup runs outside our around
hook, so any direct assignment is silently shadowed).
Switch the harness to ActiveJob's official queue_adapter_for_test hook
and a small set of abstract methods (queue_adapter_for_test,
with_adapter_active, drain, last_enqueued_payload, boot_adapter,
reset_adapter) that adapter contexts implement. The :test-adapter
shared context now owns everything specific to TestAdapter — including
the Rails52FullPayloadTestAdapter shim and the drain loop. Subsequent
adapter backends (e.g. Sidekiq) can compose with the harness without
fighting it.
Generalises the one shared-example line that reached into the
TestAdapter shape (trace_propagation) via last_enqueued_payload.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* test(active_job): verify the AJ tracing suite passes on the :sidekiq adapter
Runs the common ActiveJob spec suite end-to-end against
ActiveJob::QueueAdapters::SidekiqAdapter, driven by
Sidekiq::Testing.fake! (block form, public API) and Sidekiq::Job.drain_all.
Validates that the AJ tracing extension works as a generic, adapter-
agnostic instrumentation — independent of sentry-sidekiq's native
middleware.
The :sidekiq context plugs into the harness via queue_adapter_for_test
(installing a SidekiqAdapter instance through ActiveJob::TestHelper) and
with_adapter_active (wrapping example.run in Sidekiq::Testing.fake! so
fake mode is scoped per-example without touching global state).
The context deliberately does not load sentry-sidekiq: loading it would
install Sidekiq's client/server middleware globally and register
SidekiqAdapter in skippable_job_adapters, both of which would
short-circuit the AJ extension we're exercising.
Sidekiq becomes a sentry-rails dev dependency, gated on Rails version
(Sidekiq 7+ doesn't support Rails 5.2). The spec file and support file
no-op cleanly on older matrices where the gem isn't bundled.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* test(e2e): end-to-end ActiveJob distributed-tracing spec
Drives the svelte-mini app to click a new "Trigger Job" button, which
fetches POST /jobs/sample on the rails-mini app. The browser SDK
propagates sentry-trace + baggage to the Rails request; the AJ
extension this branch adds emits a queue.publish span on the
http.server transaction at enqueue, and a queue.active_job consumer
transaction when the :async pool runs the job. The spec asserts all
three rails-side artifacts share one trace and are correctly linked
(sentry-trace header on the controller request, parent_span_id on the
consumer transaction, and matching messaging.* data on the producer
and consumer ends).
Polls the shared envelope log because :async runs the job on a
separate thread, so the HTTP response returns before the consumer
transaction is recorded.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* perf(active_job): boot the dummy app once per spec group
The harness was calling make_basic_app in its around-each block,
which creates a fresh Rails::Application subclass and runs every
initializer on each example. With 98 AJ examples that overhead dwarfed
the actual test work — and worse, it left behind state (Sidekiq's
@config_blocks list, accumulated routes, lingering Rails::Application
subclasses) that made each subsequent make_basic_app a little
slower. Under Ruby 3.4 + Rails 8.1.3 the per-example time grew 3× over
the run, pushing the full sentry-rails CI past the 15-min timeout.
Hoist make_basic_app to before(:all) and replicate the per-example
bits of Sentry::Rails::Railtie's after_initialize hook in the around
block — re-init Sentry, re-activate tracing / structured logging,
re-register the AJ event handlers. The one-time extensions
(controller methods, streaming reporter, backtrace cleanup, etc.) were
already installed by the initial make_basic_app and persist for the
group.
Also memoize the SidekiqAdapter instance in the :sidekiq context.
Each SidekiqAdapter.new appended to Sidekiq's internal @config_blocks
list and added an on(:quiet) callback; creating a fresh adapter per
example was unnecessary global churn.
Result: spec/active_job goes from 33s → 0.8s, and the full
sentry-rails spec task (Ruby 3.4 + Rails 8.1.3) goes from 9:22 to
2:31 — well under the CI limit.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
* tests(active_job): add basic scenario for active_job_propagate_traces
* refa(active_job): log more details when adding sentry payload fails
* refa(active_job): store our stuff under single _sentry ivar
* refa(active_job): better thread isolation spec
* tests(active_job): request-based hub isolation coverage
* fix(active_job): calc latency to reduce flakiness
* feat(rails): add dj/resque adapter specs
* refactor(active_job): ensure enqueue won't crash due to sentry crashing
* fix(active_job): symbolize user keys for proper scope handling
Scope reads allowed user keys as symbols, so we gotta symbolize users that
we receive as plain data from the job payload.
* tests(rails): ensure our instrumentation failures do not break AJ backends
* tests(rails): ensure queue.publish is emitted regardless of propagate traces setting
* refactor(rails): remove dead defaulting to {} for user
* refactor(rails): use consumer_transaction helper
* fix(rails): relax spying to make the spec pass under old rails
* fix(active_job): use `background: true` like integration gems
* chore(deps): bump locks
* refactor(active_job): simpler allowlist calc
* refactor(active_job): streamline test job defs
* refactor(active_job): shorten comment about spec skipping
* refactor(active_job): shorten spec desc
---------
Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Co-authored-by: github-copilot <noreply@example.com>1 parent f5f5b91 commit a51d194
129 files changed
Lines changed: 3978 additions & 3190 deletions
File tree
- .devcontainer
- .github/workflows
- sentry-delayed_job/gemfiles
- sentry-opentelemetry/gemfiles
- sentry-rails
- gemfiles
- lib/sentry/rails
- spec
- active_job
- support
- dummy/test_rails_app
- app/controllers
- config
- db
- sentry/rails
- tracing
- sentry-resque/gemfiles
- sentry-ruby/gemfiles
- sentry-sidekiq/gemfiles
- sentry-yabeda/gemfiles
- spec
- apps
- rails-mini
- svelte-mini/src
- features
Some content is hidden
Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
12 | 12 | | |
13 | 13 | | |
14 | 14 | | |
| 15 | + | |
| 16 | + | |
| 17 | + | |
| 18 | + | |
| 19 | + | |
| 20 | + | |
15 | 21 | | |
16 | 22 | | |
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
25 | 25 | | |
26 | 26 | | |
27 | 27 | | |
| 28 | + | |
| 29 | + | |
| 30 | + | |
28 | 31 | | |
29 | 32 | | |
30 | 33 | | |
| |||
38 | 41 | | |
39 | 42 | | |
40 | 43 | | |
| 44 | + | |
| 45 | + | |
| 46 | + | |
| 47 | + | |
| 48 | + | |
41 | 49 | | |
42 | 50 | | |
43 | 51 | | |
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
17 | 17 | | |
18 | 18 | | |
19 | 19 | | |
20 | | - | |
| 20 | + | |
21 | 21 | | |
22 | | - | |
| 22 | + | |
23 | 23 | | |
24 | 24 | | |
25 | 25 | | |
26 | 26 | | |
27 | | - | |
28 | | - | |
| 27 | + | |
| 28 | + | |
29 | 29 | | |
30 | | - | |
| 30 | + | |
31 | 31 | | |
| 32 | + | |
| 33 | + | |
| 34 | + | |
| 35 | + | |
| 36 | + | |
| 37 | + | |
32 | 38 | | |
33 | 39 | | |
34 | 40 | | |
| |||
42 | 48 | | |
43 | 49 | | |
44 | 50 | | |
45 | | - | |
46 | | - | |
| 51 | + | |
| 52 | + | |
47 | 53 | | |
| 54 | + | |
48 | 55 | | |
49 | 56 | | |
50 | 57 | | |
| |||
54 | 61 | | |
55 | 62 | | |
56 | 63 | | |
57 | | - | |
| 64 | + | |
58 | 65 | | |
59 | 66 | | |
60 | 67 | | |
| |||
114 | 121 | | |
115 | 122 | | |
116 | 123 | | |
117 | | - | |
| 124 | + | |
118 | 125 | | |
119 | 126 | | |
120 | 127 | | |
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
14 | 14 | | |
15 | 15 | | |
16 | 16 | | |
| 17 | + | |
| 18 | + | |
| 19 | + | |
| 20 | + | |
17 | 21 | | |
18 | 22 | | |
19 | | - | |
| 23 | + | |
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.
0 commit comments