From b2d8f7a3b2a7738cb0aaeffee60d2a836a509fa4 Mon Sep 17 00:00:00 2001 From: Tigran Najaryan Date: Mon, 30 Sep 2019 20:17:24 -0400 Subject: [PATCH] Remove confusing wording regarding vendor exporters There was unnecessarily suggestive wording that implied that vendor exporters should be part of language libraries. Removed the phrase to avoid confusion. --- specification/library-guidelines.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/specification/library-guidelines.md b/specification/library-guidelines.md index 1a56695f5de..714b056b4a8 100644 --- a/specification/library-guidelines.md +++ b/specification/library-guidelines.md @@ -16,7 +16,7 @@ _Note to Language Library Authors:_ OpenTelemetry specification, API and SDK imp 3. The developers of the final application normally decide how to configure OpenTelemetry SDK and what extensions to use. They should be also free to choose to not use any OpenTelemetry implementation at all, even though the application and/or its libraries are already instrumented. The rationale is that third-party libraries and frameworks which are instrumented with OpenTelemetry must still be fully usable in the applications which do not want to use OpenTelemetry (so this removes the need for framework developers to have "instrumented" and "non-instrumented" versions of their framework). -4. Language library implementation must be clearly separated into wire protocol-independent parts that implement common logic (e.g. batching, tag enrichment by process information, etc.) and protocol-dependent telemetry exporters. Telemetry exporters must contain minimal functionality, thus enabling vendors to easily add support for their specific protocol to the language library. +4. Language library implementation must be clearly separated into wire protocol-independent parts that implement common logic (e.g. batching, tag enrichment by process information, etc.) and protocol-dependent telemetry exporters. Telemetry exporters must contain minimal functionality, thus enabling vendors to easily add support for their specific protocol. # Language Library Generic Design