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
See the [example manifest](../sample-spring-boot/manifest-otel-javaagent.yml), how this translates into a deployment description.
40
40
41
-
Once the agent is attached to the JVM with the ectension in place, there are two ways, which can be used to send data to [SAP Cloud Logging](https://discovery-center.cloud.sap/serviceCatalog/cloud-logging):
41
+
Once the agent is attached to the JVM with the extension in place, there are two ways, which can be used to send data to [SAP Cloud Logging](https://discovery-center.cloud.sap/serviceCatalog/cloud-logging):
42
42
43
43
1. Use the `cloud-logging` exporters explicitly as provided by the extension.
44
44
This can be achieved via system properties or environment variables:
@@ -72,7 +72,7 @@ java #...
72
72
73
73
Note, that the OpenTelemetry Java Agent currently sends traces and metrics by default using the `otlp` exporter.
74
74
That means, without any configuration the agent with the extension will forward metrics and traces to [SAP Cloud Logging](https://discovery-center.cloud.sap/serviceCatalog/cloud-logging).
75
-
See TODO for the difference between `cloud-logging` and `otlp` exporters.
75
+
The difference between `cloud-logging` and `otlp` exporters are explained in an own [section](#implementation-differences-between-cloud-logging-and-otlp-exporter).
76
76
The benefit of the `cloud-logging` exporter is, that it can be combined with a different configuration of the `otlp` exporter.
77
77
78
78
For the instrumentation to send observability data to [SAP Cloud Logging](https://discovery-center.cloud.sap/serviceCatalog/cloud-logging), the application needs to be bound to a corresponding service instance.
0 commit comments