Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-4648][rvTVE] FOP: DocBase Upgrade - aanpassingen in caché code (FopQueue via webservices)
[ICT-4648][rvTVE] FOP: DocBase Upgrade - aanpassingen in caché code (FopQueue via webservices)
[ICT-4476] [rvJBA] VHLOG MES M1 - Klantlabel voor only's door Caché laten afdrukken
[ICT-4476] [rvJBA] VHLOG MES M1 - Klantlabel voor only's door Caché laten afdrukken
[ICT-4749] [rvJBA] RVG: Nieuwe kenmerken voor tip-on kenmerken
[ICT-4749] [rvJBA] RVG: Nieuwe kenmerken voor tip-on kenmerken
[ICT-4727] MP: Opzet Blum Tsjechië
[ICT-4727] MP: Opzet Blum Tsjechië
[ICT-4718] MP: Opzet OPO Duitsland
[ICT-4718] MP: Opzet OPO Duitsland
[ICT-4670] 2 nieuwe BPL distributeurs: Kosmaz & Heban
[ICT-4670] 2 nieuwe BPL distributeurs: Kosmaz & Heban
Geen testen voor als het misloopt!

Geen testen voor als het misloopt!

[ICT-4676] VHLOG MES M1 - TBX Aantal smalle lades wordt niet correct ingevuld:
[ICT-4676] VHLOG MES M1 - TBX Aantal smalle lades wordt niet correct ingevuld:
geen testen voor geschreven?

geen testen voor geschreven?

zelfde opmerking als bij andere review: check zeker performantie van deze query. Btw: in Caché kunt ge ook de "[" operator gebruiker (='contains'), dan moet ge niet met die '%' werken (idem bij de...

zelfde opmerking als bij andere review: check zeker performantie van deze query. Btw: in Caché kunt ge ook de "[" operator gebruiker (='contains'), dan moet ge niet met die '%' werken

(idem bij de andere queries natuurlijk)

gaat deze zoek nog even snel gaan? een "=" gaat indexed zoeken, maar een "like" gaat mogelijks natural door de data. Het gaat hier wel om een tabel met enkele miljoenen records. Zeker dubbelchecken...

gaat deze zoek nog even snel gaan? een "=" gaat indexed zoeken, maar een "like" gaat mogelijks natural door de data. Het gaat hier wel om een tabel met enkele miljoenen records. Zeker dubbelchecken! (idem voor de andere queries natuurlijk)

Gisteren hier nog even met WV over gebabbeld en we zouden hier toch 'adviseren' om de grotere private methods in (een) aparte helperklasse(s) te steken, elk met hun eigen testen. Op die manier zijn...

Gisteren hier nog even met WV over gebabbeld en we zouden hier toch 'adviseren' om de grotere private methods in (een) aparte helperklasse(s) te steken, elk met hun eigen testen. Op die manier zijn de verschillende codepaden beter te testen (ipv sommige testen in de UT van deze klasse)
Dit valt onder het "Single Responsibility" principe. Ik ga dat hier niet allemaal verder uittypen, we praten of bellen wel