Analytics reporting jobs issues
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 25/100
Direzione di ricerca
Start by tracing the report submission endpoint shown in the curl request and how it schedules refresh jobs for refresh_mrr_daily. Then inspect how notifications are inserted into analytics_notifications_history for AnalyticsService:reports-jobs; done means reports schedule correctly and updating a job does not create repeated notifications.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The first issue seems to be that after we post a new report, nothing happens (this may be an issue with the curl, which i don't have but both Pierre and I ran it, and jobs were not scheduled.
The second issue is that after i updated the job, the notification was correctly created, but then code keeps inserting notifications:
CURL to submit the job:
curl -v \
-X PUT \
-u 'superadmin:$uper@dmin13' \
-H 'X-Killbill-ApiKey:demoKey' \
-H 'X-Killbill-ApiSecret:demo$3cr3t' \
-H 'Content-Type: application/json' \
-d '{"reportPrettyName": "MRR",
"refreshProcedureName": "refresh_mrr_daily",
"refreshFrequency": "DAILY"}' \
"http://127.0.0.1:8080/plugins/killbill-analytics/reports/mrr_daily"
> select count(*) from analytics_notifications_history where queue_name = 'AnalyticsService:reports-jobs'\G
count(*): 238
1 row in set (0.03 sec)
The code inserted it 238 times (and the next one is in a few minutes)... all for the same storeproc refresh_mrr_daily.
- Lingua principale
- Java
- Stelle
- 13
- Fork
- 33
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di killbill/killbill-analytics-plugin
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
-
Automation analysisAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
killbill/killbill-analytics-plugin#163 · 1 commento ·
Tutte le issue di killbill/killbill-analytics-plugin
Issue simili
-
Area-UIUX Issue-Bug Issue-Easy (good first issue)
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
TeamAmaze/AmazeFileManager#4769 ·
I maintainer di solito rispondono entro 7 giorni
-
Expose SManga.memo & SChapter.memo fields in GraphQL APIs to support source-specific client featuresApertaenhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Suwayomi/Suwayomi-Server#2551 ·
I maintainer di solito rispondono entro 9 giorni
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
ShaftHQ/SHAFT_ENGINE#7861 ·
I maintainer di solito rispondono entro 1 giorno
-
Flaky TunnelClientTest: fake server keeps sending fragments after the client closes the tunnelAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
MetricsHub/metricshub-community#1532 ·
I maintainer di solito rispondono entro 1 giorno