Jack Berg
Jack Berg
@pavolloffay can you comment on this?
Just the one comment but conceptually I think this makes sense.
My thought is that this is sort of the like the pattern of adding [toBuilder](https://github.com/open-telemetry/opentelemetry-java/blob/main/exporters/otlp/all/src/main/java/io/opentelemetry/exporter/otlp/trace/OtlpGrpcSpanExporter.java#L59-L61) methods. The design question is whether or not we want users to be able to...
> 👍🏽 before we merge, are we sure the user from https://github.com/open-telemetry/opentelemetry-java/pull/5986#discussion_r1412295799 still needs this? I don't think its strictly necessary since in that case they want to wrap the...
Will merge this if there are no additional comments.
Hi - I'm a maintainer for this project and also an engineer for new relic. Can you tell me a little bit about your configuration and why supporting forward proxy...
Got it. Coincidentally, another issue (#6204) was just filed as well with essentially the same request. My [comment](https://github.com/open-telemetry/opentelemetry-java/issues/6204#issuecomment-1932298603) may be interesting to you: > we could extend programatic configuration for...
#6270 was merged and released in the 1.36.0 release, and added proxy support for the OTLP http exporters. This issue specifically mentions proxy support for the OTLP gRPC exporters, but...
> so if the user adds the service name using service.name - the jar service name provider would still be run in vain. Can the jar service name provider check...
> So I guess this PR is making it easier to get resource providers right. Maybe, but I'd argue that its making them more confusing. The behavior of `ResourceProvider#supportedKeys()` is...