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
This causes the JMH dependencies to be included in the dependency tree of the projects using the aws-embedded-metrics-java lib, as a transitive dependency.
I would like to know what is the motivation for this benchmark tool to be included into the implementation configuration, and not some test-specific configuration, or under a profile.
My motivation for asking this question is due to the GPL license used by JMH. The project I work for has a strong requirement to exclude all GPL code from the libraries we use, directly or transitively, as we are not able to fulfill the GPL license requirements.
Excluding both dependencies in my project build.gradle file seems to work fine, but to be sure I would like to understand the motivation behind that choice.
Thanks in advance,
The text was updated successfully, but these errors were encountered:
Dear maintainers,
The
build.gradle
file mentions the JMH benchmark tools in theimplementation
dependencies.This causes the JMH dependencies to be included in the dependency tree of the projects using the aws-embedded-metrics-java lib, as a transitive dependency.
I would like to know what is the motivation for this benchmark tool to be included into the
implementation
configuration, and not some test-specific configuration, or under a profile.My motivation for asking this question is due to the GPL license used by JMH. The project I work for has a strong requirement to exclude all GPL code from the libraries we use, directly or transitively, as we are not able to fulfill the GPL license requirements.
Excluding both dependencies in my project build.gradle file seems to work fine, but to be sure I would like to understand the motivation behind that choice.
Thanks in advance,
The text was updated successfully, but these errors were encountered: