Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Add option to capture Redis command arguments in span resource name

Open
#10,423 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
45/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Stale
Tech stack
java, redis

Research direction

Start by reading the referenced dd-trace-rb quantize.rb and IgniteCacheDecorator.java examples, then locate the Redis instrumentation in dd-trace-java. Define the configuration behavior and verify that Redis span resource names include safe command arguments with the stated obfuscation and truncation limits.

Written by the indexing model from the issue text.

Description

type: feature request
Library Name

No response

Library Version(s)

No response

Describe the feature you'd like

Add a configuration option to include Redis command arguments (keys) in the span resource name.
Instead of current:
Resource Name: GET
you'd get:
Resource Name: GET user:12345:profile

This feature already exists in dd-trace-rb with DD_REDIS_COMMAND_ARGS, so i don't see a reason why it shouldn't exist here, security reasons are also handled since they do these:

  • AUTH commands obfuscated to AUTH ?
  • Values truncated to 50 chars
  • Full command truncated to 500 chars
  • Binary/non-UTF8 data replaced with ?
    Reference: dd-trace-rb quantize.rb
Is your feature request related to a problem?

When debugging redis spans, current instrumentation only shows the command type, which makes it very difficult to identify the keys causing the latency.

Describe alternatives you've considered

A similar pattern already exists in dd-trace-java for Ignite cache:

Additional context

No response

Dominant language
Java
Stars
737
Forks
361
Avg merge
3d 20h
Merged PRs (30d)
173

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from DataDog/dd-trace-java

All issues in DataDog/dd-trace-java

Similar issues

More Java issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.