06.11.2017
Table of Contents
06.11.2017 Montag
rm#23211 CR22208: FULL Collab model in POEMA
rm23211
https://cust-projects.seeburger.de/redmine/issues/23211 ( CR → rm#22208 FULL Collab model in POEMA )
TODO
- + POCollabEngineEJB.modify()
- + Code ändern
- + An MAJORS testen
- + statt
usrCtx.isBuyer()bIsCustomerActingverwenden- + POCollabEngineEJB.accept()
- + Code ändern
- + Testen
- + POCollabEngineEJB.reject()
- + Code ändern
- + Testen
- - Check auf collab model == FULL überall einbauen (obwohl eigentlich können die Status SWAC/SCOR auf COLLAB mode != FULL nicht entstehen)
- + Bestimmen was zu tun ist und dann die Aufgaben priorisieren
- - IF in der Methode
POCollabEngineEJB.modify()anpassen (ca. line 1028 beim “TODO: implement condition properly”) - - IF in der Methode
POCollabEngineEJB.accept()anpassen (ca. line 1228 beim “TODO: implement condition properly”) - - IF in der Methode
POCollabEngineEJB.reject()anpassen (ca. line 1571 beim “TODO: implement condition properly”)
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
- + CR durchgehen
- + Änderungen an den vorhandenen Templates und neue Mails beim Accept/Reject nur wenn COLLAB mode = FULL ? → Check überall einbauen, aber eigentlich können die Status SWAC/SCOR auf COLLAB mode != FULL nicht entstehen
- x Ich habe zu der
POCollabEngineEJB.accept()(undPOCollabEngineEJB.reject()) Code hinzugefügt, der eine Mail schickt. Das verursachte aber das Problem, dass zwei Mails geschickt werden: eine für “ACCEPT”(Case 7) und eine über den Status-Change. Wie tue ich die Status-Change Mail unterdrücken? War die Stelle überhaupt richtig? → ich kann das nicht mehr nachvollziehen - + Die Aufnahme von
usrCtx.isBuyer()in die IFs inPOCollabEngineEJB.accept()/reject()/modify()führt dazu, dass der Code beim Import nicht ausgeführt wird. Ist es richtig? (ich krieg jetzt nämlich keine MAJORS-Mails beim Import) → statt der MethodeusrCtx.isBuyer()den FlagbIsCustomerActingverwenden
- 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_IMPORTdrin). 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?
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.
Abend
Finanzen
- + DiBa checken
- - Überweisungen
- + Ich
- - DiBa ? 100€ noch nicht angekommen → keine weiteren Überweisungen
Kapital
- - Kapital. Kapitel 13.5
Mails
- - Check
- - Murziene
06.11.2017.txt · Last modified: by 127.0.0.1
