About running the job only one time on restart
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- java, redis
- Ambito
- backend, distributed-systems
Direzione di ricerca
Inizia esaminando lo script Lua che aggiorna i punteggi dei job quando i job vengono estratti, insieme al comportamento esistente della coda e dei job ritardati descritto nell’issue. Riproduci uno scenario di arresto e riavvio usando gli stessi nomi delle code, quindi definisci e testa il comportamento previsto di una singola esecuzione; l’issue non indica né un file sorgente né un test esistente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
If I stop my application and restart it after some time (using the same queue names), it will execute the jobs as many times as it should have run if my application didn't stop. Is there a way to make it execute only one time?
From what I got in the lua script, it adds the frequency in the job score when popping it, so I guess I could achieve what I want by setting all the existing job scores as the current time when the application starts. But I wanted to know if there is a solution for that already, or some other idea, because it looks hackish.
The delayed job, if I understand correctly, don't fit well since I need to re-add the job after it runs, and I guess I could lose a job if my application stopped in the middle of the process.
- Lingua principale
- Java
- Stelle
- 629
- Fork
- 133
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 gresrun/jesque
-
Pooled clients leak a connection per call: pipelines and transactions taken from UnifiedJedis are never closedForse già presa @ali-jawad l’ha presa 3 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
-
Latest jedis SDK support?Forse di nuovo libera @gresrun l’ha presa 298 giorni fa e non c’è nessuna pull request aperta. ApertaDiscussion
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
-
Redis Cluster IssueAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Tutte le issue di gresrun/jesque
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
Type/Improvement
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
ballerina-platform/static-code-analysis-tool#140 ·
I maintainer di solito rispondono entro 1 giorno
-
ready-for-triage triaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
RedHatInsights/notifications-backend#5080 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
protobuf
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
FasterXML/jackson-dataformats-binary#874 ·
I maintainer di solito rispondono entro 1 giorno