Trask Stalnaker

hey @fstab! we've finished moving the `@WithSpan` instrumentation annotations to the instrumentation repo (https://github.com/open-telemetry/opentelemetry-java-instrumentation/tree/main/instrumentation-annotations). we're keeping the existing annotations around in this repository (and still supporting them in auto-instrumentation for...

discussed briefly with @anuraaga on Tue and he was in favor of changing the LogProcessors to mimic SpanProcessors (i.e. introduce ReadWriteLog similar to ReadWriteSpan)

a good example use case for (mutable) LogProcessor is stamping baggage on logs, e.g. https://github.com/open-telemetry/opentelemetry-java-instrumentation/issues/1391

hi @xiangtianyu! I'm also on Windows, and unable to reproduce this. are you on the latest `main`? what shell are you running? (e.g. PowerShell, Command Prompt, Git Bash) what command...

there may be some tests that fail on windows, though I don't think that would lead to the error you posted above can you try skipping the tests, e.g. `./gradlew...

is it still `:exporters:otlp:common:generateMainProtos FAILED`? can you attach the entire gradle output, maybe that will have some clues

discussed with @anuraaga, I'm not in a rush for this change, will open a spec issue to discuss adding this setting to the spec

@open-telemetry/java-maintainers can you apply the `prototype` label to this (if you agree)?

hey @donbeave! my (probably poor) recollection is that you may need to provide some options to the native image compilation process to tell it about some types of reflective access...

@anuraaga @jkwatson it sounds like this may belong in https://github.com/open-telemetry/opentelemetry-java