[ https://issues.apache.org/jira/browse/SOLR-16938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17765350#comment-17765350 ]
ASF subversion and git services commented on SOLR-16938: -------------------------------------------------------- Commit 5f25f09de4652c1c48095e45f68c2f0e28f8a464 in solr's branch refs/heads/main from Alex Deparvu [ https://gitbox.apache.org/repos/asf?p=solr.git;h=5f25f09de46 ] SOLR-16938 Auto configure tracer without a <tracerConfig> tag in solr… (#1922) > Auto configure tracer without a <tracerConfig> tag in solr.xml > -------------------------------------------------------------- > > Key: SOLR-16938 > URL: https://issues.apache.org/jira/browse/SOLR-16938 > Project: Solr > Issue Type: Improvement > Components: tracing > Reporter: Jan Høydahl > Assignee: Alex Deparvu > Priority: Major > Time Spent: 40m > Remaining Estimate: 0h > > Spinoff from SOLR-16536. It should now be possible to get rid of the explicit > {{<tracerConfig>}} config in solr.xml and the pluggable > {{TracerConfigurator}} class which is initialized in {{CoreContainer}}. > Instead, the {{opentelemetry}} plugin can self-register statically to the > global OTEL instance. This will make it sufficient to enable the > {{opentelemetry}} module to enable tracing. You can also > [enable/disable|https://opentelemetry.io/docs/specs/otel/configuration/sdk-environment-variables/] > it with env {{OTEL_SDK_DISABLED}}. > Alternatively, if we are getting away with global instance (SOLR-16937), then > SolrCore could discover the plugin using SPI or similar as opposed to > explicit editing of solr.xml. -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org