BGJH description beim Ausführen in die Hostorie schreiben
Hintergrund-Job: Fehler als Text bei Historie im Fehlerfall
Der Fehler kann hier auch z.B. eine Exception-Klasse sein, je nachdem,was der Hintergrund-Job so als Fehler wirft.
Module: gebundletes YAML durch dünnen Wrapper über YAML::XS & YAML ersetzt
SL::DB::BackgroundJob::data_as_hash auch als Writer benutzen können
SL::DB::BackgroundJob: refactoring von set_data für mehr programmatische Sicherheit
$self->data kann durchaus leer sein, und dann gibt YAML::Load schlichteinen leeren String und keine Hashref zurück.
Daher $self->data_as_hash benutzen, das bereits für die meisten Fälle...
BackgroundJobs optional als json ausliefern
RDBO BackgroundJob(History): Refactoring von Status-Strings
initialize in SL::DB::Objects statt im MetaSetup
kein use SL::DB::Object in SL::DB::Object
Progress genauer anzeigen
set_data Methode
Task-Server: Tatsächliches Job-Package zum Ausführungszeitpunkt laden
Hintergrundjob-Validierung: 'keine Spec' als '* * * * *' behandeln
BackgroundJob: next_run_at vor Speichern berechnen, falls nicht gesetzt
Validierungsfunktion für BackgroundJobs
Ausführungsfehler bei Jobs auch im Debug-Log als WARNING ausgeben
Richtigen Spaltennamen benutzen
Richtiges Handling des Fehlerfalls von eval
Hintergrundjobs: DB-Model und allgemeine Modelimplementation mit ersten Test-Jobs
BackgroundJob-Hilfsfunktionen
Datenbankschema & Models für Hintergrundjobs