Skip to content

Commit 7ef45ea

Browse files
authored
Resolve AlmostJavadoc from Error Prone (#6611)
This commit also changes to handle AlmostJavadoc as errors. Signed-off-by: Johnny Lim <[email protected]>
1 parent f08fd1c commit 7ef45ea

File tree

2 files changed

+3
-2
lines changed

2 files changed

+3
-2
lines changed

build.gradle

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -77,6 +77,7 @@ subprojects {
7777
options.errorprone.disableWarningsInGeneratedCode = true
7878
options.errorprone.excludedPaths = ".*/build/generated/.*"
7979
options.errorprone.error(
80+
"AlmostJavadoc",
8081
"ArrayAsKeyOfSetOrMap",
8182
"AttemptedNegativeZero",
8283
"BadImport",

concurrency-tests/src/jcstress/java/io/micrometer/concurrencytests/MeterRegistryConcurrencyTest.java

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -96,8 +96,8 @@ public void arbiter(Z_Result r) {
9696
// @formatter:off
9797
/*
9898
When configuring a MeterFilter after a Meter has already been registered, existing meters will be marked stale.
99-
Subsequent calls to {@code getOrCreateMeter} for those Meters create a new Meter with all MeterFilters applied.
100-
If multiple concurrent calls to {@code getOrCreateMeter} interleave, it's possible not all see the new Meter.
99+
Subsequent calls to getOrCreateMeter() for those Meters create a new Meter with all MeterFilters applied.
100+
If multiple concurrent calls to getOrCreateMeter() interleave, it's possible not all see the new Meter.
101101
We ideally want both to get the new meter, but we don't want to pay the cost associated with that level of safety
102102
given the expected rarity of this situation happening, so we aim to get as close as possible for cheap.
103103

0 commit comments

Comments
 (0)