32 Commits

Author SHA1 Message Date
Marcin Grzejszczak
8991b4d3cd Moved tests to common 2021-05-27 13:41:44 +02:00
Marcin Grzejszczak
181c789020 Adds R2DBC support (#1946)
fixes gh-1524
2021-05-13 09:12:04 +02:00
Flaviu Mureșan
59c170d147 Kafka instrumentation enhancements (#1936)
* Bump javadocs since version to 3.1.0

* Extend integration tests to cover all Kafka clients

* Add autoconfiguration module for kafka instrumentation

* Refactor instrumentation for reactive Kafka Receiver

* Refactor instrumentation for reactive Kafka Receiver

* Add docs for Kafka instrumentation

* Revert "Refactor instrumentation for reactive Kafka Receiver"

This reverts commit 58c8f2fa

* Revert "Revert "Refactor instrumentation for reactive Kafka Receiver""

This reverts commit 450a9f8c

* Remove empty test

* Resolve comments from PR 1936

* Revert whitespaces

* Revert whitespaces in common tests pom.xml

* Fix autoconfig to consider generics when registering beans.
Only register reactor-kafka beans if the dependency is on the classpath.

* Split autoconfig for kafka and reactor-kafka
2021-05-07 22:20:37 +02:00
Marcin Grzejszczak
fc0a719d12 Added batch instrumentation
fixes gh-1904
2021-04-30 14:12:16 +02:00
Marcin Grzejszczak
216d681b04 Adds RSocket instrumentation
coauthor @olegdokuka

fixes gh-1677
2021-04-29 13:32:58 +02:00
Flaviu Mureșan
c4ab9dcd49 Kafka instrumentation (#1920)
fixes gh-1906
2021-04-22 16:27:34 +02:00
Marcin Grzejszczak
92d0a30a95 Added Spring Cloud Config server support; fixes 1915 (#1917) 2021-04-21 14:20:25 +02:00
Marcin Grzejszczak
2fca60a112 Added spring-cloud-task support
fixes gh-1903
2021-04-21 10:11:28 +02:00
Marcin Grzejszczak
6e8f86ed35 Adds support for SC CircuitBreaker Reactive (#1914)
* Adds support for SC CircuitBreaker Reactive

* Changes following the review

* Lazilly initializes the TraceFunction

* Updated version

fixes gh-1910
2021-04-20 12:03:36 +02:00
Marcin Grzejszczak
911fb4838a 3.1.0 initial commit 2021-04-20 08:53:38 +02:00
buildmaster
d2c29938b8 Bumping versions to 3.0.3-SNAPSHOT after release 2021-03-17 22:12:44 +00:00
buildmaster
dfc5674cea Going back to snapshots 2021-03-17 22:12:44 +00:00
buildmaster
551094af4a Update SNAPSHOT to 3.0.2 2021-03-17 22:09:09 +00:00
Marcin Grzejszczak
899410a2b0 Updated copyrights 2021-02-25 15:24:10 +01:00
buildmaster
2dc9556cc3 Bumping versions to 3.0.2-SNAPSHOT after release 2021-01-27 21:15:42 +00:00
buildmaster
5394ecb9ec Going back to snapshots 2021-01-27 21:15:41 +00:00
buildmaster
49f5528e69 Update SNAPSHOT to 3.0.1 2021-01-27 21:12:10 +00:00
buildmaster
ca2e15fc76 Bumping versions 2020-12-22 18:28:05 +00:00
buildmaster
ea66740e2e Bumping versions 2020-12-22 05:29:47 +00:00
buildmaster
7ed5683386 Bumping versions to 3.0.1-SNAPSHOT after release 2020-12-21 20:12:10 +00:00
buildmaster
749c1cc9e2 Going back to snapshots 2020-12-21 20:12:10 +00:00
buildmaster
dbe4853e36 Update SNAPSHOT to 3.0.0 2020-12-21 20:07:38 +00:00
buildmaster
be35aaec21 Going back to snapshots 2020-12-11 22:29:42 +00:00
buildmaster
5630b3fa61 Update SNAPSHOT to 3.0.0-RC1 2020-12-11 22:27:43 +00:00
Marcin Grzejszczak
4c3d12e639 Removed OTel (#1802) 2020-12-10 22:19:57 +01:00
Marcin Grzejszczak
89433dc4d7 Added test framework as part of the BOM 2020-12-10 19:17:05 +01:00
buildmaster
f3b384a8aa Going back to snapshots 2020-12-01 23:11:38 +00:00
buildmaster
df54a7b772 Update SNAPSHOT to 3.0.0-M6 2020-12-01 23:09:32 +00:00
Marcin Grzejszczak
76ad931b42 Refactoring modules to be consistent with Spring Boot (#1784)
# Modules

* New modules: `spring-cloud-sleuth-autoconfigure`, `spring-cloud-sleuth-api`, `spring-cloud-sleuth-instrumentation`
  `spring-cloud-sleuth-core` removed and changed to `spring-cloud-sleuth-instrumentation` & `spring-cloud-sleuth-api`
* Removed `spring-cloud-starter-sleuth-otel`
  To add OpenTelemetry support you need to add `spring-cloud-starter-sleuth` (adds Brave by default), exclude Brave and add `spring-cloud-sleuth-otel` dependency
* Except for the tests, `spring-cloud-sleuth-autoconfigure` is the only module that can have access to `@Configuration`, `@ConfigurationProperties` classes.
Tests have been added to ensure such separation.

## Package moving

* `org.springframework.cloud.sleuth.api` -> `org.springframework.cloud.sleuth`
* `org.springframework.cloud.sleuth.brave.autoconfig` -> `org.springframework.cloud.sleuth.autoconfig.brave`
* `org.springframework.cloud.sleuth.otel.autoconfig` -> `org.springframework.cloud.sleuth.autoconfig.otel`
* `org.springframework.cloud.sleuth` -> `org.springframework.cloud.sleuth`
* Instrumentation: `org.springframework.cloud.sleuth.annotation` -> `org.springframework.cloud.sleuth.instrument.annotation`
* All the autoconfiguration classes were moved under `org.springframework.cloud/sleuth.autoconfig` package

## Global class modifications

* Any class registered as a bean is now public

## Classes

* `RateLimitingSampler` constructor changed
* Merged a lot of auto configuration classes into one (e.g. `BraveAutoConfiguration` now imports various other configurations)
* Renamed `TraceBraveAutoConfiguration` to `BraveAutoConfiguration`
* Renamed `TraceOtelAutoConfiguration` to `OtelAutoConfiguration`
* Removed all `NoOp` implementations of the API
2020-11-23 15:39:13 +01:00
buildmaster
6a1495db5c Going back to snapshots 2020-11-17 21:06:46 +00:00
buildmaster
4b5bd34bbc Update SNAPSHOT to 3.0.0-M5 2020-11-17 21:04:48 +00:00
Marcin Grzejszczak
6e306e594d Abstract tracer implementations via an API (#1757)
Spring Cloud Sleuth currently is an autoconfiguration over Brave. It also consists of various instrumentation mechanisms for libraries that are not supported by Brave (e.g. Spring Cloud Circuitbreaker).

We would like to abstract Brave so that Spring Cloud Sleuth becomes an autoconfiguration for any tracer implementation that is compatible with Spring Cloud Sleuth. That way Spring Cloud Sleuth in its core module would consist of an API and various tracer implementations would implement that API which would also allow automatic instrumentation of libraries that are supported by Spring Cloud Sleuth.

## OpenTelemetry Support

Thanks to doing this abstraction we are able to support new tracer implementations, not only Brave. We've decided to add support for the OpenTelemetry SDK as the second one. If in the future if we decide to add new tracers then it will be just a matter of adding a new module that bridges to the Spring Cloud Sleuth one. Thanks to abstraction of tests as well we will be easily able to plug that tracer mechanism into our current suite of tests.
2020-10-23 08:50:23 +02:00