[vz-users] Massive Probleme ... vzlogger läuft nicht mehr ...

[Andreas Goetz]

Moin Thomas,

2014-07-07 11:19 GMT+02:00 <thomas at gauweiler.org>:

> Das ist doch "nur" das Folgeproblem. Das eigentliche Problem ist ein
> Kommunikationsproblem:
> vzlogger bricht einen HTTP-Request mit timeout ab, während die Middleware
> den Request noch fertig bearbeitet.
>

Warum auch immer, ja.


> Jetzt stehen die Daten in der DB aber vzlogger meint, dass sie noch nicht
> drin sind.
> Und erst beim nächsten Versuch des vzloggers kommt es dann zur DB-Meldung,
> dass dieser Zeitstempel schon in der DB steht.
>

Genau. Aber worauf willst Du hinaus? Letzlich kann nur der Logger wissen ob
oder dass es "safe" ist die Daten jetzt zu verwerfen. Einem anderen Client
bzw. dem Anwender muss die MW solche Meldungen sehrwohl präsentieren.

Grüße, Thomas
>

Oder worin besteht Dein Vorschlag?

vg
Andreas


>
> On Sun, 6 Jul 2014 22:40:50 +0200, Andreas Götz <cpuidle at gmail.com> wrote:
> > Hi,
> >
> > An der Fehlermeldung der MW?
> >
> > Woher soll den umgekehrt die MW wissen welche App problematisch ist so
> > dass sie deren Daten verwerfen soll ohne Fehlermeldung?
> >
> > M.e. Gehört das in den Logger.
> >
> > Viele Grüße,
> > Andreas
> >
> >> Am 06.07.2014 um 22:04 schrieb Udo1 <udo1 at gmx.net>:
> >>
> >> Am 06.07.2014 16:27, schrieb Andreas Götz:
> >>> Wäre es evtl sinnvoll vzlogger die Möglichkeit zu geben insbesondere
> >>> bei DB Integrity Constraint Fehlern eine bestimmte Anzahl von
> >>> Datensätzen zu verwerfen?
> >> Wie soll vzlogger solche "DB Integrity Constraint Fehler" erkennen? Das
> >> ist doch ein Datenbank-Problem. Oder sehe ich das falsch?
> >>
> >> Gruß
> >> Udo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20140707/0481d9d2/attachment.html>