You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: docs/_edot-sdks/java/migration.md
+49-18
Original file line number
Diff line number
Diff line change
@@ -11,30 +11,61 @@ This documentation describes how to update applications that are currently using
11
11
12
12
## Advantages of using EDOT Java agent
13
13
14
-
- Allows to capture, send, transform and store data in an OpenTelemetry native way. This includes for example the ability to use all features of the OpenTelemetry SDK for manual tracing, data following semantic conventions or ability to use intermediate collectors and processors.
15
-
- OpenTelemetry Java Instrumentation provides a broad coverage of libraries and frameworks.
16
-
- EDOT Java is a fully compatible drop-in replacement for the OpenTelemetry Java Agent
17
-
- No vendor lock-in through proprietary instrumentation or agent
14
+
### OpenTelemetry-native Data
15
+
16
+
Allows to capture, send, transform and store data in an OpenTelemetry native way. This includes for example the ability to use all features of the OpenTelemetry SDK for manual tracing, data following semantic conventions or ability to use intermediate collectors and processors.
17
+
18
+
### Broad Coverage of Instrumentation
19
+
20
+
OpenTelemetry Java Instrumentation provides a [broad coverage of libraries and frameworks](https://github.com/open-telemetry/opentelemetry-java-instrumentation/tree/main/instrumentation).
21
+
22
+
### Compatible Drop-in Replacement
23
+
24
+
EDOT Java is a fully compatible drop-in replacement for the upstream OpenTelemetry Java Agent. Hence, there's no vendor lock-in through proprietary instrumentation or agent.
18
25
19
26
## Limitations
20
27
21
-
- EDOT Java agent and OpenTelemetry Java instrumentation are only compatible with Java 8 and later.
22
-
- Support for LDAP client instrumentation is not available yet.
23
-
- Usages of the [Elastic APM Agent API](https://www.elastic.co/guide/en/apm/agent/java/current/public-api.html) require migration to OpenTelemetry API
24
-
- for [Annotation API](https://www.elastic.co/guide/en/apm/agent/java/current/public-api.html#api-annotation) see [OpenTelemetry Annotations](https://opentelemetry.io/docs/zero-code/java/agent/annotations/).
25
-
- for [Transaction API](https://www.elastic.co/guide/en/apm/agent/java/current/public-api.html#api-transaction) see [OpenTelemetry API](https://opentelemetry.io/docs/zero-code/java/agent/api/).
26
-
- Note that migration of application code using these APIs and annotations is _not strictly required_ when deploying the EDOT agent. If not migrated, the spans, transactions and metrics that were previously explicitly created with those custom API calls and annotations, will no longer be generated. The broader OpenTelemetry instrumentation coverage may replace the need for some or all of these custom code changes.
27
-
- By default, micrometer instrumentation is disabled and won't capture metrics, enabling requires to set `otel.instrumentation.micrometer.enabled=true`.
28
+
### Supported Java Versions
29
+
30
+
EDOT Java agent and OpenTelemetry Java instrumentation are only compatible with Java 8 and later.
31
+
32
+
### Missing Instrumentations
33
+
34
+
Support for LDAP client instrumentation is not available in EDOT Java, yet.
35
+
36
+
### Central and Dynamic configuration
37
+
38
+
Currently EDOT Java does not have an equivalent of the [central configuration feature](https://www.elastic.co/guide/en/observability/current/apm-agent-configuration.html) that the Elastic APM Java agent supports. When using EDOT Java, all the configurations are static and should be provided to the application with other configurations, e.g. environment variables.
39
+
40
+
### Span compression
41
+
42
+
EDOT Java does not implement [span compression](https://www.elastic.co/guide/en/observability/current/apm-data-model-spans.html#apm-spans-span-compression).
43
+
44
+
### Breakdown metrics
45
+
46
+
EDOT Java is not sending metrics that power the [Breakdown metrics](https://www.elastic.co/guide/en/apm/guide/current/data-model-metrics.html#_breakdown_metrics).
47
+
48
+
### No remote attach
49
+
50
+
There is currently no EDOT Java equivalent for starting the agent with the [remote attach](https://www.elastic.co/guide/en/apm/agent/java/current/setup-attach-cli.html) capability. The `-javaagent:` option is the preferred startup mechanism. There is a migration path for starting the agent with [self attach](https://www.elastic.co/guide/en/apm/agent/java/current/setup-attach-api.html), which is to use [runtime attachment](https://github.com/open-telemetry/opentelemetry-java-contrib/blob/main/runtime-attach/README.md).
51
+
52
+
### Micrometer disabled by default
53
+
54
+
By default, micrometer instrumentation is disabled and won't capture metrics, enabling requires to set `otel.instrumentation.micrometer.enabled=true`.
28
55
29
56
## Migration steps
30
57
31
-
- review all pros/cons of this migration guide including the [differences in performance overhead](./overhead).
32
-
- (optional) migrate usages of Elastic APM Agent API with OpenTelemetry API in the application source code.
33
-
- remove the `-javaagent:` argument containing [Elastic APM Java agent](https://www.elastic.co/guide/en/apm/agent/java/current/index.html) from the JVM arguments
34
-
- replace configuration options using [reference](#option-reference) below, see [configuration](./configuration) for ways to provide those.
35
-
- add `-javaagent:` argument to the JVM arguments to use EDOT Java and restart the application or follow [Kubernetes instructions](./setup/k8s) if applicable.
36
-
- there is currently no EDOT equivalent for starting the agent with the [remote attach](https://www.elastic.co/guide/en/apm/agent/java/current/setup-attach-cli.html) capability. The `-javaagent:` option is the preferred startup mechanism.
37
-
- there is a migration path for starting the agent with [self attach](https://www.elastic.co/guide/en/apm/agent/java/current/setup-attach-api.html), which is to use [runtime attachment](https://github.com/open-telemetry/opentelemetry-java-contrib/blob/main/runtime-attach/README.md).
58
+
1.**Review all pros/cons of this migration guide** including the [differences in performance overhead](./overhead).
59
+
1.**(Optional) Migrate manual instrumentation API:** Usages of the [Elastic APM Agent API](https://www.elastic.co/guide/en/apm/agent/java/current/public-api.html) require migration to OpenTelemetry API:
60
+
- for [Annotation API](https://www.elastic.co/guide/en/apm/agent/java/current/public-api.html#api-annotation) see [OpenTelemetry Annotations](https://opentelemetry.io/docs/zero-code/java/agent/annotations/).
61
+
- for [Transaction API](https://www.elastic.co/guide/en/apm/agent/java/current/public-api.html#api-transaction) see [OpenTelemetry API](https://opentelemetry.io/docs/zero-code/java/agent/api/).
62
+
63
+
{: .note}
64
+
Migration of application code using these APIs and annotations is _not strictly required_ when deploying the EDOT agent. If not migrated, the spans, transactions and metrics that were previously explicitly created with those custom API calls and annotations, will no longer be generated. The broader OpenTelemetry instrumentation coverage may replace the need for some or all of these custom code changes.
65
+
1.**Replace configuration options** using the [Reference](#option-reference) below, see [Configuration](./configuration) for ways to provide those.
66
+
1.**Replace Agent binary**
67
+
- Remove the `-javaagent:` argument containing [Elastic APM Java agent](https://www.elastic.co/guide/en/apm/agent/java/current/index.html) from the JVM arguments
68
+
- Add `-javaagent:` argument to the JVM arguments to use EDOT Java and restart the application or follow [Kubernetes instructions](./setup/k8s) if applicable
0 commit comments