CacheAdminA_trunk2010

- Nog een UnitTest die uitgebreid moest worden => Korttekst voor MoventoKoppeling igv LosseComponent Bodem

- Unit test uitgebreid: Als klant SFS, dan is KlantOrderNummer ingevuld op het etiket

- Stukje tussen een try-batch gestoken zodat als de OorsprongKetting niet kan worden opgehaald alles nog blijft draaien

- Nog wat UnitTest die irrelevant geworden zijn (Schroef- en DrevelKoppeling) uitgeschakeld.

- DiepteVerstelling wordt voortaan altijd los meegeleverd => geen boringen meer omdat nieuwe MoventoKoppeling => frezen ipv boren.

- DiepteVerstellingSchroef => BuilderMoetWerken => voortaan altijd false vanwege bovenstaande + losse schroefjes geregeld door andere builder (SetSchroeven).

- HFSetSchroeven => ConditieDiepteVerstellingSchroefBepaler => Logica i.g.v. DrevelKoppeling gespecifieerd, om afwijking met MoventoKoppeling te hebben. Bij DrevelKoppeling verandert er niets (maar gaat er nooit meer bijzijn).

=> I.g.v. MoventoKoppeling => Altijd schroefjes los meegeleverd, want ook DiepteVerstelling wordt dan los meegeleverd.

- Nieuwe testbestanden - deel 12 van...

=> Na aanmaak 2 nieuwe producten (losse componenten Bodems) => eentje ervan was toch nog anders, dus nieuwe poging...

- Indien lege decimal velden -> opvullen met 0

- Wlip'ke eruit gehaald

- Nieuwe testbestanden - deel 11 van...

=> Na aanmaak 2 nieuwe producten (losse componenten Bodems)

- De generated code kon niet om met de volgorde van de properties die starten met 'to' en 'TO', deze code lost dat probleem op

- Afdekkapjes binnen en buiten ook monteren voor DKG

- Klasse mockable maken + mogelijk maken om afbeeldingcode op te halen met 1 kenmerk en niet het hele IK object

- Unit test uitgebreid voor method GebruiktKlantOrderNummer

- Alles is nu MoventoKoppeling => Sortering is alfabetisch en incl KoppelingType, dus volgorde nu anders

- 2 UnitTesten uitgeschakeld ivm SchroefKoppeling => ProductieRoute wegens irrelevant geworden => Is altijd MoventoKoppeling voortaan. We willen de code onder test echter nog niet verwijderen vanwege de manier waarop de infasering aangepakt werd (defaulting MoventoKoppeling op nogal vieze manier => zorgt ervoor dat deze UT nooit meer kan werken).

- De generated code kon niet om met de volgorde van de properties die starten met 'to' en 'TO', deze code lost dat probleem op

- Op vraag van Aaron van Halux wordt het karrenblad vereenvoudigd, nu het altijd dezelfde koppeling is met dus ook altijd dezelfde handelingen => Rubrieken ivm SchroefKoppeling en MoventoKoppeling verwijderd

- Testbestanden updaten voor nieuwe kenmerken

=> 2e fase => 1 lade er tussenuit gehaald, want waren eigenlijk 2 identieke lades waarmee de test werkte