ReCounters.java returns a counter without retries from create()
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 1/5
- Geschätzter Aufwand
- Unter einer Stunde
- Anfängerfreundlichkeit
- 85/100
Rechercherichtung
Die Änderung gehört in create in src/main/java/co/stateful/retry/ReCounters.java, das derzeit this.origin.create(name) unverpackt zurückgibt. Vergleiche es mit get, das sein Ergebnis bereits in ReCounter verpackt, und verpacke das Ergebnis von create auf dieselbe Weise. Fertig ist es, wenn set und incrementAndGet auf einem neu erstellten Zähler bei IOException erneut versuchen, so wie Zähler aus get es tun. Die Vorgabe nennt keine Testdatei, also prüfe, ob es bereits einen Retry-Test gibt, den du erweitern kannst.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
ReCounters.create("hits") returns the original counter without a ReCounter wrapper. Consequently, new ReSttc(sttc).counters().create("hits").set(10L) propagates the first IOException from set, even if a second attempt would succeed. The same counter obtained through get("hits") has retry protection. This contradicts ReSttc's promise to retry requests and also affects incrementAndGet on a newly created counter.
In src/main/java/co/stateful/retry/ReCounters.java, lines 58–60:
public Counter create(final String name) throws IOException {
return this.origin.create(name);
}
The annotation on create retries creation itself; it cannot intercept later method calls on the returned original counter. get already wraps its result in ReCounter on line 79, whose set and incrementAndGet methods carry @RetryOnFailure.
Wrap the result of create in the same decorator:
public Counter create(final String name) throws IOException {
return new ReCounter(this.origin.create(name));
}
This one-line change gives counters returned by both entry points the same retry behavior.
- Vorherrschende Sprache
- Java
- Sterne
- 10
- Forks
- 3
- Ø Merge
- 4 Std. 22 Min.
- Gemergte PRs (30 T.)
- 9
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus sttc/java-sdk
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
sttc/java-sdk#145 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
MkCounter.name() returns the class name instead of the counter name, and MkCounters drops the nameEvtl. vergeben @yegor256 hat das vor 9 Tagen übernommen. Offenbug
sttc/java-sdk#142 · 1 Kommentar · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Dependency DashboardOffenwontfix
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 35/100
Maintainer antworten meist innerhalb von 1 Tag
Ähnliche Issues
-
Run the CLI with JBangOffenenhancement XS
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
nikolas-charalambidis/facepalm-maven-plugin#237 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
dekobon/big-code-analysis#1913 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
bug:unconfirmed
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
UniversalMediaServer/UniversalMediaServer#6473 ·
Maintainer antworten meist innerhalb von 1 Tag