User Tools

Site Tools


07.11.2017

07.11.2017 Dienstag

rm#23211 CR22208: FULL Collab model in POEMA

TODO

  • + CANCEL revoke
    • + Template-Variablen befüllen
      • siehe POChangeVerifier.addOSPStatusTopic(), dort werden schon die richtigen POHistoryModels erzeugt, aber die Template-Variablen bleiben trotzdem leer
    • + Testen
  • + CANCEL_REQUEST revoke
    • + Template-Variablen befüllen
      • siehe POChangeVerifier.addOSPStatusTopic(), dort werden schon die richtigen POHistoryModels erzeugt, aber die Template-Variablen bleiben trotzdem leer
    • + Testen
  • - Klären warum bei CANCEL/CANREQ Revoke mehrere Mail geschickt werden
    • CANCEL revoke → 3 Mails
    • CANREQ revoke → 2 Mails
  • - Prüfen, ob Check auf collab model == FULL notwendig ist, und, wenn notwendig, einbauen
    • POCollabEngineEJB.modify() (ca. line 1028 beim “TODO: implement condition properly”) → Nein
    • POCollabEngineEJB.accept() (ca. line 1228 beim “TODO: implement condition properly”) → Ja
    • POCollabEngineEJB.reject() (ca. line 1571 beim “TODO: implement condition properly”) → Ja
    • POCollabEngineEJB.revoke() → Nein?
    • POCollabEngineEJB.cancel() → Nein
    • POCollabEngineEJB.penalize() → Nein

Fragen

  • Wo werden Notifications über OSP_NOTIFICATION_TYPE.CANCELLATION_REVOKED und OSP_NOTIFICATION_TYPE.CANCELLATION_REQUEST_REVOKED gebraucht? Wird irgendwo eine Mail darüber geschickt?

Fragen an Burkhard

  • Beim modify/accept/reject werden jetzt keine Mails verschickt, wenn die Änderungen nicht vom Customer verursacht waren (früher war noch && nCollabActor != IPOConstants.COLLAB_ACTOR_IMPORT drin). Ist das richtig? (In meinen Notizen zum Projekt rm23211 hab ich das auch so geschrieben. Ohne Frage.)
  • POChangeVerifier.addOSPStatusTopic() wurde geändert
    • Waren die Änderungen richtig und an der richtigen Stelle gemacht?
      • STATUS_CANREQ und STATUS_CANCELLED
  • Cancellation verursacht eine Mail mit 2 Einträgen: über “Calcellation” und über “Status change”. Ist das richtig?

rm#21582 EDI Scheduler does not remove cascade ID in parallel scenarios

https://cust-projects.seeburger.de/redmine/issues/21582

Das Ticket steht momentan auf “ON HOLD” (inoffiziell). Ich konnte es leider nicht nachvollziehen, der Burkhard hat aber keine Zeit, um mit mir das noch ein Mal durchzuspielen. Upd.: Er hat es alleine versucht und es hat auch nicht geklappt.

Notizen siehe 09.10.2017.

Ticket wurde von SO gecanceled, da man dieses Verhalten nicht nachvollziehen kann.

Abend


Finanzen

  • - DiBa. Checken, ob das Geld von der Sparkasse gekommen ist
  • - Überweisungen
    • - Ich
    • - DiBa ?

Mails

  • - Check
07.11.2017.txt · Last modified: by 127.0.0.1