opentelemetry-java-instrume.../instrumentation/internal
Mateusz Rzeszutek 04f2e3e9e5
Bridge agent logs into application's slf4j logger (#7339)
Related discussion #7257
Resolves #3413
Resolves #5059
Resolves #6258
Resolves #7179

Adds a logging implementation that'll collect agent logs in memory until
slf4j is detected in the instrumented application; and when that happens
will dump all the logs into the application slf4j and log directly to
the application logger from that time on.

It's still in a POC state, unfortunately: while it works fine with an
app that uses & initializes slf4j directly, Spring Boot applications
actually reconfigure the logging implementation (e.g. logback) a while
after slf4j is loaded; which causes all the startup agent logs (debug
included) to be dumped with the default logback pattern.

Future work:
* ~~Make sure all logs produces by the agent are sent to loggers named
`io.opentelemetry...`
(https://github.com/open-telemetry/opentelemetry-java-instrumentation/pull/7446)~~
DONE
* Make this work on Spring Boot
* Documentation
* Smoke test?
2023-04-04 17:29:43 +02:00
..
internal-application-logger Bridge agent logs into application's slf4j logger (#7339) 2023-04-04 17:29:43 +02:00
internal-class-loader Bump errorProneVersion from 2.17.0 to 2.18.0 (#7532) 2023-01-11 20:25:46 -08:00
internal-eclipse-osgi-3.6/javaagent Use ConfigProperties instead of Config in the agent code (#6322) 2022-07-18 19:04:48 -07:00
internal-lambda/javaagent Disable YodaCondition check and revert some of the changes (#7596) 2023-01-17 19:44:15 -08:00
internal-lambda-java9/javaagent Enable java lint (#5182) 2022-01-24 12:45:42 +09:00
internal-reflection Disable YodaCondition check and revert some of the changes (#7596) 2023-01-17 19:44:15 -08:00
internal-url-class-loader Enable PrivateConstructorForUtilityClass errorprone check (#6427) 2022-08-10 11:30:22 +03:00