Activity CacheAdminA_trunk2010/APPS/VisiDot/impl

8:05 am

Tom Vermeulen

More
CR-2201
started review

[ICT-2022] PA-UB-203: Vhoss EWMS geen onderscheid kant A en B

11:17 am

Tom Vermeulen

More
CR-2198
started review

[ICT-2022] PA-UB-203: Vhoss EWMS geen onderscheid kant A en B

1:48 pm

Dees klopt niet (sorry, niet gezien bij orginele review) De method CheckVhossOp... is geen classmethod. Aangezien de klasse ...VHossService nog niet geïnstantieerd werd, geeft het een fout at runti...

Dees klopt niet (sorry, niet gezien bij orginele review)
De method CheckVhossOp... is geen classmethod. Aangezien de klasse ...VHossService nog niet geïnstantieerd werd, geeft het een fout at runtime.
Oplossing: ##class(APPS.VisiDot.impl.VHossService).%New().CheckVhossOpMeerdereLocaties()

nog een kleintje: als je #dim doet, zet er dan een "As %Boolean" bij (in dit geval). Op zich zal het even goed werken want het is een untyped language, maar het is een betere manier van werken.

11:22 am

Tom Vermeulen

More
CR-1884
Closed

11:22 am

Tom Vermeulen

More
CR-1884
started review

[ICT-999] LBX Vhoss Kasten

9:37 am

Tom Vermeulen

More
Re: CR-1887
commented on review

naamgevingnitpicking: een IndienMethodCall wordt enkel voor "sturing" van het SUT gebruikt, dus is het eigenlijk een EwmsLocationsStub ipv ...Mock. Bij een VerwachtMethodCall is het wel een ...Mock...

naamgevingnitpicking: een IndienMethodCall wordt enkel voor "sturing" van het SUT gebruikt, dus is het eigenlijk een EwmsLocationsStub ipv ...Mock. Bij een VerwachtMethodCall is het wel een ...Mock gelijk hieronder. In principe is dat ook niet 100% correct, maar dat is een beetje de conventie zoals ze aangehouden wordt in deze gevallen.
Waarom hier ook geen VerwachtMethodCall gebruikt trouwens? In principe is het hetzelfde gedrag als de test hieronder, enkel de returnvalue is anders

9:15 am

Wim Vermeulen

More
CR-1884
finished reviewing

9:14 am

Wim Vermeulen

More
Re: CR-1884
commented on review

Opgelet met de indexen van de data, wanneer je rechtstreeks in de globals gaat aanpassen. In dit geval is het geen probleem. Anderszijds zie ik echt geen zinvolle reden waarom je hier niet gewoon ...

Opgelet met de indexen van de data, wanneer je rechtstreeks in de globals gaat aanpassen.
In dit geval is het geen probleem.

Anderszijds zie ik echt geen zinvolle reden waarom je hier niet gewoon het object opent (het ObjectId heb je al), property wijzigt en een propere .Save() uitvoert.
Wijzigen via globals zou ik alleen "toelaten" wanneer een andere methode echt (te) complex zou zijn. Wat hier zeker niet het geval is, hé.

9:08 am