Maksym Ochenashko

Allow using Resolver/Publisher independently

1

Currently, it's hard to use a plugin only for publishing. Especially when the publishing process happens only on CI. At this point, a valid token is not needed locally. But...

Introduce Publisher and Resolver plugins

1

My attempt to solve #44. Perhaps `githubRepositories` should be renamed to `githubResolveRepositories` to make the self-description clearer? ### The update should not be breaking for current users. `githubPublishToRepository` and `githubRepositories`...

Measure metrics using `otel4s`

6

Experimental integration with https://github.com/typelevel/otel4s. The tests are green locally.

Destroy borrowed resources during cleanup

1

My attempt to fix #291

**keypool version:** 0.4.7 When a resource is borrowed from the pool, it's not a part of the `PoolMap` anymore. Hence it will not be destroyed during the finalization of the...

**keypool version**: 0.4.7 Even when the state of the pool is `PoolClosed` a new resource can still be acquired. Should an exception be thrown at this case? Example: ```scala val...

Allow adding effect's contextual environment to the log context

6

Closes https://github.com/typelevel/log4cats/issues/461. Some ideas are based on #676.

SDK metrics: support `ExponentialHistogram`

2

| Category | Link | |-|-| | OpenTelemetry spec | https://opentelemetry.io/docs/specs/otel/metrics/data-model/#exponentialhistogram | | Java implementation | [DoubleBase2ExponentialHistogramAggregator.java](https://github.com/open-telemetry/opentelemetry-java/blob/2db5bb88d381ec9a36c4869986a17edf2858398b/sdk/metrics/src/main/java/io/opentelemetry/sdk/metrics/internal/aggregator/DoubleBase2ExponentialHistogramAggregator.java) | | JavaScript implementation | [ExponentialHistogram.ts](https://github.com/open-telemetry/opentelemetry-js/blob/1c5de7ac2fde765286f8884bcd97a24eba6e40fa/packages/sdk-metrics/src/aggregator/ExponentialHistogram.ts) | | Go ExponentialHistogram data model |...

SDK metrics: native runtime metrics

3

Runtime metrics: - memory usage - cpu usage - GC stats - classloader stats ### JVM We can follow the same path as OpenTelemetry Java does and retrieve metrics using...

would it make sense for `TraceContext` to be in `core-common` and for `SpanContext` to extend it? _Originally posted by @NthPortal in https://github.com/typelevel/otel4s/pull/561#discussion_r1540652513_