fixup! messaging: add messaging_latest_experimental opt-in value

Author: pichlermarc

docs/messaging/README.md

@@ -24,9 +24,9 @@ This document defines semantic conventions for messaging systems spans, metrics
 >   * `messaging` - emit the new, stable messaging conventions,
 >     and stop emitting the old experimental messaging conventions
 >     that the instrumentation emitted previously.
->   * `messaging_latest_experimental` - emit the latest experimental version of
-      Messaging semantic conventions (supported by the instrumentation) and do not emit the
-      old one (v1.24.0 or prior).
+>   * `messaging_latest_experimental` - emit the latest in-development messaging conventions
+>     and stop emitting the old experimental conventions (v1.24.0 or prior). If stable
+>     messaging conventions are available, emit both stable and latest in-development conventions.
 >   * `messaging/dup` - emit both the old and the stable messaging conventions,
 >     allowing for a seamless transition.
 >   * The default behavior (in the absence of one of these values) is to continue

docs/messaging/azure-messaging.md

@@ -24,12 +24,17 @@ The Semantic Conventions for [Azure Service Bus](https://learn.microsoft.com/azu
 >   * `messaging` - emit the new, stable messaging conventions,
 >     and stop emitting the old experimental messaging conventions
 >     that the instrumentation emitted previously.
+>   * `messaging_latest_experimental` - emit the latest in-development messaging conventions
+>     and stop emitting the old experimental conventions (v1.24.0 or prior). If stable
+>     messaging conventions are available, emit both stable and latest in-development conventions.
 >   * `messaging/dup` - emit both the old and the stable messaging conventions,
 >     allowing for a seamless transition.
 >   * The default behavior (in the absence of one of these values) is to continue
 >     emitting whatever version of the old experimental messaging conventions
 >     the instrumentation was emitting previously.
->   * Note: `messaging/dup` has higher precedence than `messaging` in case both values are present
+>   * Notes:
+>     * `messaging/dup` has higher precedence than `messaging` in case both values are present
+>     * `messaging_latest_experimental` has higher precedence than both `messaging/dup` and `messaging`
 > * SHOULD maintain (security patching at a minimum) the existing major version
 >   for at least six months after it starts emitting both sets of conventions.
 > * SHOULD drop the environment variable in the next major version.

docs/messaging/gcp-pubsub.md

@@ -24,12 +24,17 @@ The Semantic Conventions for [Google Cloud Pub/Sub](https://cloud.google.com/pub
 >   * `messaging` - emit the new, stable messaging conventions,
 >     and stop emitting the old experimental messaging conventions
 >     that the instrumentation emitted previously.
+>   * `messaging_latest_experimental` - emit the latest in-development messaging conventions
+>     and stop emitting the old experimental conventions (v1.24.0 or prior). If stable
+>     messaging conventions are available, emit both stable and latest in-development conventions.
 >   * `messaging/dup` - emit both the old and the stable messaging conventions,
 >     allowing for a seamless transition.
 >   * The default behavior (in the absence of one of these values) is to continue
 >     emitting whatever version of the old experimental messaging conventions
 >     the instrumentation was emitting previously.
->   * Note: `messaging/dup` has higher precedence than `messaging` in case both values are present
+>   * Notes:
+>     * `messaging/dup` has higher precedence than `messaging` in case both values are present
+>     * `messaging_latest_experimental` has higher precedence than both `messaging/dup` and `messaging`
 > * SHOULD maintain (security patching at a minimum) the existing major version
 >   for at least six months after it starts emitting both sets of conventions.
 > * SHOULD drop the environment variable in the next major version.

docs/messaging/kafka.md

@@ -32,12 +32,17 @@ The Semantic Conventions for [Apache Kafka](https://kafka.apache.org/) extend an
 >   * `messaging` - emit the new, stable messaging conventions,
 >     and stop emitting the old experimental messaging conventions
 >     that the instrumentation emitted previously.
+>   * `messaging_latest_experimental` - emit the latest in-development messaging conventions
+>     and stop emitting the old experimental conventions (v1.24.0 or prior). If stable
+>     messaging conventions are available, emit both stable and latest in-development conventions.
 >   * `messaging/dup` - emit both the old and the stable messaging conventions,
 >     allowing for a seamless transition.
 >   * The default behavior (in the absence of one of these values) is to continue
 >     emitting whatever version of the old experimental messaging conventions
 >     the instrumentation was emitting previously.
->   * Note: `messaging/dup` has higher precedence than `messaging` in case both values are present
+>   * Notes:
+>     * `messaging/dup` has higher precedence than `messaging` in case both values are present
+>     * `messaging_latest_experimental` has higher precedence than both `messaging/dup` and `messaging`
 > * SHOULD maintain (security patching at a minimum) the existing major version
 >   for at least six months after it starts emitting both sets of conventions.
 > * SHOULD drop the environment variable in the next major version.

docs/messaging/messaging-metrics.md

@@ -34,12 +34,17 @@ linkTitle: Metrics
 >   * `messaging` - emit the new, stable messaging conventions,
 >     and stop emitting the old experimental messaging conventions
 >     that the instrumentation emitted previously.
+>   * `messaging_latest_experimental` - emit the latest in-development messaging conventions
+>     and stop emitting the old experimental conventions (v1.24.0 or prior). If stable
+>     messaging conventions are available, emit both stable and latest in-development conventions.
 >   * `messaging/dup` - emit both the old and the stable messaging conventions,
 >     allowing for a seamless transition.
 >   * The default behavior (in the absence of one of these values) is to continue
 >     emitting whatever version of the old experimental messaging conventions
 >     the instrumentation was emitting previously.
->   * Note: `messaging/dup` has higher precedence than `messaging` in case both values are present
+>   * Notes:
+>     * `messaging/dup` has higher precedence than `messaging` in case both values are present
+>     * `messaging_latest_experimental` has higher precedence than both `messaging/dup` and `messaging`
 > * SHOULD maintain (security patching at a minimum) the existing major version
 >   for at least six months after it starts emitting both sets of conventions.
 > * SHOULD drop the environment variable in the next major version.

docs/messaging/messaging-spans.md

@@ -55,12 +55,17 @@ linkTitle: Spans
 >   * `messaging` - emit the new, stable messaging conventions,
 >     and stop emitting the old experimental messaging conventions
 >     that the instrumentation emitted previously.
+>   * `messaging_latest_experimental` - emit the latest in-development messaging conventions
+>     and stop emitting the old experimental conventions (v1.24.0 or prior). If stable
+>     messaging conventions are available, emit both stable and latest in-development conventions.
 >   * `messaging/dup` - emit both the old and the stable messaging conventions,
 >     allowing for a seamless transition.
 >   * The default behavior (in the absence of one of these values) is to continue
 >     emitting whatever version of the old experimental messaging conventions
 >     the instrumentation was emitting previously.
->   * Note: `messaging/dup` has higher precedence than `messaging` in case both values are present
+>   * Notes:
+>     * `messaging/dup` has higher precedence than `messaging` in case both values are present
+>     * `messaging_latest_experimental` has higher precedence than both `messaging/dup` and `messaging`
 > * SHOULD maintain (security patching at a minimum) the existing major version
 >   for at least six months after it starts emitting both sets of conventions.
 > * SHOULD drop the environment variable in the next major version.

docs/messaging/rabbitmq.md

@@ -24,12 +24,17 @@ The Semantic Conventions for [RabbitMQ](https://www.rabbitmq.com/) extend and ov
 >   * `messaging` - emit the new, stable messaging conventions,
 >     and stop emitting the old experimental messaging conventions
 >     that the instrumentation emitted previously.
+>   * `messaging_latest_experimental` - emit the latest in-development messaging conventions
+>     and stop emitting the old experimental conventions (v1.24.0 or prior). If stable
+>     messaging conventions are available, emit both stable and latest in-development conventions.
 >   * `messaging/dup` - emit both the old and the stable messaging conventions,
 >     allowing for a seamless transition.
 >   * The default behavior (in the absence of one of these values) is to continue
 >     emitting whatever version of the old experimental messaging conventions
 >     the instrumentation was emitting previously.
->   * Note: `messaging/dup` has higher precedence than `messaging` in case both values are present
+>   * Notes:
+>     * `messaging/dup` has higher precedence than `messaging` in case both values are present
+>     * `messaging_latest_experimental` has higher precedence than both `messaging/dup` and `messaging`
 > * SHOULD maintain (security patching at a minimum) the existing major version
 >   for at least six months after it starts emitting both sets of conventions.
 > * SHOULD drop the environment variable in the next major version.

docs/messaging/rocketmq.md

@@ -24,12 +24,17 @@ The Semantic Conventions for [Apache RocketMQ](https://rocketmq.apache.org/) ext
 >   * `messaging` - emit the new, stable messaging conventions,
 >     and stop emitting the old experimental messaging conventions
 >     that the instrumentation emitted previously.
+>   * `messaging_latest_experimental` - emit the latest in-development messaging conventions
+>     and stop emitting the old experimental conventions (v1.24.0 or prior). If stable
+>     messaging conventions are available, emit both stable and latest in-development conventions.
 >   * `messaging/dup` - emit both the old and the stable messaging conventions,
 >     allowing for a seamless transition.
 >   * The default behavior (in the absence of one of these values) is to continue
 >     emitting whatever version of the old experimental messaging conventions
 >     the instrumentation was emitting previously.
->   * Note: `messaging/dup` has higher precedence than `messaging` in case both values are present
+>   * Notes:
+>     * `messaging/dup` has higher precedence than `messaging` in case both values are present
+>     * `messaging_latest_experimental` has higher precedence than both `messaging/dup` and `messaging`
 > * SHOULD maintain (security patching at a minimum) the existing major version
 >   for at least six months after it starts emitting both sets of conventions.
 > * SHOULD drop the environment variable in the next major version.