open-telemetry / open-telemetry/opentelemetry-java

Support mTLS for JaegerRemoteSampler when instantiated via JaegerRemoteSamplerProvider in autoinstrumentation

Open
#6,061 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Feature Request
Dominant language
Java
Stars
2.5k
Forks
1k
Avg merge
3d 17h
Merged PRs (30d)
58

Description

Is your feature request related to a problem? Please describe.

I'd like to allow autoinstrumented Java code that elects to use otel.traces.sampler=jaeger_remote to be able to pass mTLS specific information to JaegerRemoteSamplerProvider. Currently there is no way to enable mTLS via the otel.traces.sampler.arg configuration parameter, as it supports only

  • endpoint
  • polling interval
  • initialSamplingRate

Describe the solution you'd like

Support for JaegerRemoteSampler mTLS communication via the otel.traces.sampler* configuration variables.

Describe alternatives you've considered

Write Otel-specific code in every Java application that wants to be auto-instrumented to call JaegerRemoteSamplerBuilder.set{ClientTls,TrustedCertificates} and somehow (likely via a custom Javaagent extension) override the sampler construction at SDK initialization time.

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.

Research direction

Start with JaegerRemoteSamplerProvider.java and trace how otel.traces.sampler and otel.traces.sampler.arg are parsed and passed to the sampler. Review JaegerRemoteSamplerBuilder.setClientTls and setTrustedCertificates to determine how mTLS settings could be represented through those configuration variables. Done means autoinstrumented Java applications can configure Jaeger remote sampling with mTLS without custom sampler construction.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
observability-sre
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.