CacheAdminA_trunk2010

- Verwerk method

- Fix TAOR productiewijze

- Deze test niet verder uitgewerkt. We gaan integratie test voorzien.

- Model wordt neit mere gebruikt, maar toch uptodate gezet. (verwarring vermijden.)

- TAOR wikkelbreedte klasse bepaler gebruiken.

- wikkelbreedte klasse met huidige berekeningen.

- wikkelberekening zijkanten lengte. (todo zijkanten breedte -> nazien.)

- Probleem gevonden bij verwerk zijkantlinks - test uitgevoerd met bodem is OK. Dus te bekijken wat ontbreekt en zijkantlinks opnieuw toevoegen.

- Langtekst - losse onderdelen. bestond al, volledige lade ook, nu productiewijze is toegevoegd zoals bij LBX. bij neit volledig en niet lossecomponent (maw TAX only)

- todo test.

- Grrr correctie benaming.

- langtekst zoals bij LBX. Gekozen om niet één gemeenschappelijke klasse te gebruiken.

- korttekst testje op ovolledige probox en V1

- korttekst aangepast voor productiewijze.

- Voor probox en V1 wikkel berekenen zoals LBX indien geen volledige lade.

- Test komt nog. Te bekijken met WimV. Lijkt niet evident te zijn deze test zoals andere soortgelijke testen te voorzien, aangezien DOM.PM.Maatwerk.Calc.HF.impl.HFV1Verpakkingv001 niet conform benaming is voor op te nemen in DOM.PM.Maatwerk.Calc.HF.impl.InMemoryHalffabTabel --> $zobjclassmethod($Piece(IHalffabItemBuilder.%ClassName(1),".",1,7)_".HalffabClassNameFactory","%New") -> lees TOAR ontbreekt in benaming. Na wijzigen van klassenaam de melding "V1 ladedoos" of "wikkel" geen bijhorende halffabklasse ... wat logisch is want enkel verpakking bestaat. Mogelijks wordt deze melding in sommige stukken code gewoon genegeerd.

APPS.PM.Maatwerk.IngegevenKenmerkenAnalyseerder.cls ->

}Catch{

#dim Exception As TECH.Exceptions.Exception = ##class(TECH.ExceptionHandler).Catch()

If '(Exception.GeefOmschrijving()["heeft geen bijhorende Halffab klasse"){

Do ##class(TECH.ExceptionHandler).Rethrow(Exception)

}

}

Soit, verder uit te zoeken voor bijhorende test.