w

Author: chalin

content/en/blog/2023/jmx-metric-insight/index.md

@@ -111,10 +111,9 @@ that our Kafka installation is working as expected.
 ### Export metrics to Prometheus
 
 The metrics can be exported by any of the supported metric exporters, to a
-backend of your choice. The full list of exporters and their configuration
-options can be found
-[here](https://github.com/open-telemetry/opentelemetry-java/blob/main/sdk-extensions/autoconfigure/README.md#exporters).
-For instance, you can export the metrics to an OTel collector using the OTLP
+backend of your choice. For the full list of exporters and their configuration
+options, see [Configure the SDK](/docs/languages/java/configuration/). For
+instance, you can export the metrics to an OTel collector using the OTLP
 exporter, perform some processing and then consume the metrics on a backend of
 your choice. In this example for the sake of simplicity, we are directly
 exporting the metrics to Prometheus.

content/en/blog/2024/java-metric-systems-compared/index.md

@@ -285,13 +285,13 @@ The result is a configurable option unique to OpenTelemetry Java called
 what their memory mode is based on whether they read metric state concurrently
 or not. Right now you opt into the optimized memory behavior (which we call
 `MemoryMode.reusable_data`) via an
-[environment variable](https://github.com/open-telemetry/opentelemetry-java/tree/main/sdk-extensions/autoconfigure#exporters).
-In the future, the optimized memory mode will be enabled by default, since only
-exceptional cases need concurrent access to the metric state. It turns out that
-the objects holding the metric state (`MetricData` in OpenTelemetry Java terms)
-account for virtually all of the memory allocation in the collect cycle. By
-reusing these (along with other internal objects used to hold state), **we
-reduced the memory allocation of the core metric SDK by over 99%**. See
+[environment variable](/docs/languages/java/configuration/). In the future, the
+optimized memory mode will be enabled by default, since only exceptional cases
+need concurrent access to the metric state. It turns out that the objects
+holding the metric state (`MetricData` in OpenTelemetry Java terms) account for
+virtually all of the memory allocation in the collect cycle. By reusing these
+(along with other internal objects used to hold state), **we reduced the memory
+allocation of the core metric SDK by over 99%**. See
 [this blog post](https://medium.com/@asafmesika/optimizing-java-observability-opentelemetrys-new-memory-mode-reduces-memory-allocations-by-99-98-e0062eccdc3f)
 for more details.
 

content/en/docs/languages/java/getting-started.md

@@ -245,10 +245,10 @@ value=8192, exemplars=[]}], monotonic=false, aggregationTemporality=CUMULATIVE}}
 
 For more:
 
-- Run this example with another [exporter][] for telemetry data.
+- Run this example with another [exporter] for telemetry data.
 - Try [zero-code instrumentation](/docs/zero-code/java/agent/) on one of your
   own apps.
-- For light-weight customized telemetry, try [annotations][].
+- For light-weight customized telemetry, try [annotations].
 - Learn about [manual instrumentation][] and try out more
   [examples](../examples/).
 - Take a look at the [OpenTelemetry Demo](/docs/demo/), which includes Java
@@ -260,10 +260,8 @@ For more:
 [logs]: /docs/concepts/signals/logs/
 [annotations]: /docs/zero-code/java/agent/annotations/
 [configure the java agent]: /docs/zero-code/java/agent/configuration/
-[console exporter]:
-  https://github.com/open-telemetry/opentelemetry-java/blob/main/sdk-extensions/autoconfigure/README.md#logging-exporter
-[exporter]:
-  https://github.com/open-telemetry/opentelemetry-java/blob/main/sdk-extensions/autoconfigure/README.md#exporters
+[console exporter]: /docs/languages/java/configuration/
+[exporter]: /docs/languages/java/configuration/
 [java-vers]:
   https://github.com/open-telemetry/opentelemetry-java/blob/main/VERSIONING.md#language-version-compatibility
 [manual instrumentation]: ../instrumentation

content/en/docs/languages/php/_index.md

@@ -12,7 +12,6 @@ cSpell:ignore: mbstring opcache
 ## Further Reading
 
 - [OpenTelemetry for PHP on GitHub](https://github.com/open-telemetry/opentelemetry-php)
-- [Installation](https://github.com/open-telemetry/opentelemetry-php#installation)
 - [Examples](https://github.com/open-telemetry/opentelemetry-php/tree/main/examples)
 
 ## Requirements