TEVEN und RPTIME
Posted: Thu Mar 09, 2017 7:14 am
Hallo,
ich habe mit einem merkwürdigen Problem zu kämpfen --- vielleicht kann mir ja jemand bei der Lösung helfen.
Ich habe eine Webdynpro-Anwendung geschrieben, die für Meister und Vorarbeiter einer Pflegeoberfläche für Zeitbuchungen ihrer Mitarbeiter zur Verfügung stellt, d.h. die eigentlichen Zeitbuchungen werden angepasst oder mit Arbeitsplatzinformationen erweitert. Nach dem Speichern der Daten wird automatisch der RPTIME00 angestoßen und die Oberfläche mit den frischen Statusinformationen (Fehlermeldungen, errechnete Arbeitszeit ... ) versorgt.
Das funktioniert grundsätzlich auch sehr gut. Problem dabei sind nicht reproduzierbare gelegentlich auftretende Fehler.
Ich versuche das mal zu beschreiben:
Der Meister bearbeitet ein Zeitpaar. Dieses wird anschließend vom ihm gespeichert. Dazu verwende ich die Funktionsbausteine NUMBER_GET_NEXT und HR_TMW_DB_UPDATE_TEVENT. Anschließend wird per SUBMIT der RPTIME00 angestoßen. Abschließend werden die Zeitpaare neu eingelesen und die Statusinformationen des B1/B2-Cluster dazu gelesen.
Jetzt passiert es manchmal (manchmal gar nicht ... manchmal mehrmals am Tag), das der RPTIME abbricht mit der Fehlermeldung, dass das Gehen fehlt. Lasse ich den RPTIME danach sofort nochmal laufen, ist alles i.O. Weiter ist mir aufgefallen, dass im Cluster in solchen Fällen die alte Kommen-Zeit abgespeichert ist.
Mein Gedanke war nun, dass mit dem Speichern der Daten diese erst in den Cache geschrieben wurden und der RPTIME quasi während des echten Update gelaufen ist. Da wäre ja ein COMMIT WORK AND WAIT' hilfreich .... dachte ich. Leider brachte das nicht die Lösung.
Hätte jemand noch eine Idee?
Gruß
Ulf
ich habe mit einem merkwürdigen Problem zu kämpfen --- vielleicht kann mir ja jemand bei der Lösung helfen.
Ich habe eine Webdynpro-Anwendung geschrieben, die für Meister und Vorarbeiter einer Pflegeoberfläche für Zeitbuchungen ihrer Mitarbeiter zur Verfügung stellt, d.h. die eigentlichen Zeitbuchungen werden angepasst oder mit Arbeitsplatzinformationen erweitert. Nach dem Speichern der Daten wird automatisch der RPTIME00 angestoßen und die Oberfläche mit den frischen Statusinformationen (Fehlermeldungen, errechnete Arbeitszeit ... ) versorgt.
Das funktioniert grundsätzlich auch sehr gut. Problem dabei sind nicht reproduzierbare gelegentlich auftretende Fehler.
Ich versuche das mal zu beschreiben:
Der Meister bearbeitet ein Zeitpaar. Dieses wird anschließend vom ihm gespeichert. Dazu verwende ich die Funktionsbausteine NUMBER_GET_NEXT und HR_TMW_DB_UPDATE_TEVENT. Anschließend wird per SUBMIT der RPTIME00 angestoßen. Abschließend werden die Zeitpaare neu eingelesen und die Statusinformationen des B1/B2-Cluster dazu gelesen.
Jetzt passiert es manchmal (manchmal gar nicht ... manchmal mehrmals am Tag), das der RPTIME abbricht mit der Fehlermeldung, dass das Gehen fehlt. Lasse ich den RPTIME danach sofort nochmal laufen, ist alles i.O. Weiter ist mir aufgefallen, dass im Cluster in solchen Fällen die alte Kommen-Zeit abgespeichert ist.
Mein Gedanke war nun, dass mit dem Speichern der Daten diese erst in den Cache geschrieben wurden und der RPTIME quasi während des echten Update gelaufen ist. Da wäre ja ein COMMIT WORK AND WAIT' hilfreich .... dachte ich. Leider brachte das nicht die Lösung.
Hätte jemand noch eine Idee?
Gruß
Ulf