Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
proper dimmen als string

proper dimmen als string

Variabele wordt nergens gebruikt

Variabele wordt nergens gebruikt

TECH.RegisteredObject

TECH.RegisteredObject

Returntype vergeten

Returntype vergeten

Misschien ook alvast de echte ProductApi hier ophalen ipv die van de Context

Misschien ook alvast de echte ProductApi hier ophalen ipv die van de Context

%RegisteredObject mag je altijd direct vervangen door TECH.RegisteredObject

%RegisteredObject mag je altijd direct vervangen door TECH.RegisteredObject

Grote D in Do http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif

Grote D in Do

Echte ProductieAPI newen

Echte ProductieAPI newen

Best haakjes rond zetten

Best haakjes rond zetten

Ook de echte newen ipv via de Context

Ook de echte newen ipv via de Context

Macro's voluit... $Extract

Macro's voluit... $Extract

Macro's voluit... $Select

Macro's voluit... $Select

Graag de echte newen en niet van de Context pakken

Graag de echte newen en niet van de Context pakken

Macro's graag voluit in moderne code http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif $Select $Length

Macro's graag voluit in moderne code
$Select
$Length

Zelfde als boven, moet er iets gemeld worden? http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif

Zelfde als boven, moet er iets gemeld worden?

Returntype vergeten ook

Returntype vergeten ook

MeldSynchronisatiestang? Moet die gemeld worden of zo? http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif

MeldSynchronisatiestang? Moet die gemeld worden of zo?

Returntype definiëren graag

Returntype definiëren graag

Voor alle dependencies die hierboven staan geldt: *$$$Inject gebruiken i.p.v. $$$Implementation (dat is de "oude" manier). *Geen instance nemen van de Context, maar de echte klassen newen (ook da...

Voor alle dependencies die hierboven staan geldt:

  • $$$Inject gebruiken i.p.v. $$$Implementation (dat is de "oude" manier).
  • Geen instance nemen van de Context, maar de echte klassen newen (ook dat is oude vs nieuwe manier).


En ook nog: Beetje vreemd om eerst de MaatwerkCalcApi op te halen en in een lokale variabele te steken (ook de echte klasse newen graag en dan kun je gelijk setten i.p.v. te dimmen), om dat dan direct daarna nog eens opnieuw te doen om de LadeRugUtils op te halen
En daar bovenop... Als je de MaatwerkCalcApi gebruikt om er de LadeRugUtils af te halen, wat is het nut dan om een inject te doen van de LadeRugUtils zelf? Normaal ga je dan in je testen de MaatwerkCalcApi uitmocken (IndienMethodCall("GeefLadeRugUtils", "MVX")), dus het is eigenlijk de MaatwerkCalcApi die je moet injecteren en niet de RugUtils.

[ICT-2306] MVX: Persaansturing
[ICT-2306] MVX: Persaansturing
[ICT-2306] MVX: Persaansturing

- Locatie en werkpost uitbreiden voor nieuwe pers 'MP4'

- enu zijkanthoogte uitbreiden (mogelijkheden gelijk stellen aan ladehoogtes)

- MVX productImpl aanpassen zodat bij GeefZijkantHoogte ook de zijkantHoogte wordt teruggegeven en niet de ladehoogte

  1. … 25 more files in changeset.
Reden van deze wijzigingen : method .GeefProductSpecificatie() kan antwoorden met een leeg object. Wanneer men hierop meteen .GeefIngegevenKenmerken() oproept, crasht caché met een "InvalidOref" en...

Reden van deze wijzigingen :
method .GeefProductSpecificatie() kan antwoorden met een leeg object.
Wanneer men hierop meteen .GeefIngegevenKenmerken() oproept, crasht caché met een "InvalidOref" en geen enkele notie over welk product het gaat.
In de rechtstreekse implementatie van .GeefIngegevenKenmerken() is deze fout wel goed opgevangen, en zal een leesbare foutmelding gesmeten worden.

[ICT-1976] PM: MaatwerkProduct heeft geen IngegevenKenmerken (cfr. SST-LBX)
[ICT-1976] PM: MaatwerkProduct heeft geen IngegevenKenmerken (cfr. SST-LBX)
[ICT-1976] PM: MaatwerkProduct heeft geen IngegevenKenmerken (cfr. SST-LBX)

- MVXLadeImpl, method call aanpassen : GeefIngegevenKenmerken() op MaatwerkProductImpl.cls rechtstreeks oproepen

[ICT-1828] Ingegeven kenmerken aanmaken voor MVX

- ProductTypeAPI uitbreiden voor 'GeefMerivoboxProduct'

    • -0
    • +93
    ./MVXLadeImpl.cls.xml
  1. … 9 more files in changeset.