yigit/android-priority-jobqueue

Class UUID doesnt match - Handling app updates

Open

#280 geöffnet am 10. Nov. 2016

Auf GitHub ansehen
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)Java (403 Forks)batch import
help wanted

Repository-Metriken

Stars
 (3.406 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

Just trying to wrap my head around the following scenario:

User uses my app while offline, creates different system entities which in turn create jobs which require network and are therefore persisted to storage to wait until we get network access.

User turns off app.

User enables network, receives an app update. Update includes changed class files. User opens app, now triggering the jobs to run but now fail due to the Class UUID no longer matching to what was initially there when it was persisted.

What is the correct way to handle a situation like that?

Contributor Guide

Research-Richtung
Untersuchen Sie den aktuellen Job Serialisierungsmechanismus und schlagen Sie eine Strategie zur Behandlung von Klassenänderungen vor, z. B. durch Verwendung eines Serialisierungsversionsfelds oder die Bereitstellung einer benutzerdefinierten Deserialisierungsmethode zur Behandlung von Inkompatibilitäten.
Tech Stack
javaandroid
Domain
mobile
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
JavaAndroid
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50