BerekeningServiceProduct.cls.xml

- IngegevenKenmerken worden nu meegegeven aan GeefHalffabItemsBoom op de MaatwerkDetailsConvertor, om op de juiste plek aan de Familie en Variant te geraken.

- Toevoeging DotNetHalffabContext, die de echte HalffabContext als super heeft en er een afgeslankte versie van is speciaal voor het DotNet-pad, om Familie en Variant ervan te kunnen gebruiken op de juiste plek.

- IHalffabItem => De dirty hack van WV, waarbij er default MVX gebruikt wordt voor ophaling PPS-kenmerken, vervangen door een exceptie, omdat er nu normaal gezien altijd een context aanwezig zal zijn en zo niet... exceptie!

- ClassnameFromJsonNaarDomConverter => KlassenaamHalffabItem wordt nu soms hardcoded doorgegeven vanuit DotNet op HalffabItemParsedFromJson. Zo ja, dat gebruiken!

- ClassnameFromJsonNaarDomConverter => Uitbreiding GeefVolledigeKlasseNaam om compatibel te zijn met TAOR.

- HalffabrikatenFromJsonNaarDomConverter => Ingebruikname van de nieuwe DotNetHalffabContext, die in de constructor van elk HalffabItem dat hier genewd wordt meegegeven wordt, opdat Familie en Variant proper doorgegeven worden.

- HalffabrikatenFromJsonNaarDomConverter => Toevoeging van specifieke TAOR-HalffabItems die eigen properties hebben die gemapt moeten worden: Verpakkingv001LosseComponentenZRFFront, Verpakkingv001LosseComponentenZRFRug,

Verpakkingv001LosseComponentenZRFZijkantLinks, Verpakkingv001LosseComponentenZRFZijkantRechts, RugPlaat, ZijkantPlaat, Verpakkingv001BulkPerOnderdeelGegroepeerdBodem en BodemDeksel.

- HalffabrikatenFromJsonNaarDomConverter => Een property van bovenstaand vermelde properties is AantallenPerVerpakking en die heeft wat extra implementatie nodig gehad (private methodje ZetCleaneVersieVanAantallenPerVerpakking).

- Verduidelijken van enkele methodnamen : expliciet vermelden dat deze methods enkel via Caché berekenen

- Om zeker geen verwarring te scheppen met Caching-principes is de naamgeving bewust "Cachee" gekozen met 2 E's :-P

- Wijzigingen voor Revego producten met leverancier VanHoecke terugdraaien

- GADATA in context van testen synchroon aanmaken om zo falende testen te fixen

- GenereerTbxDefinities in backgroundjob steken

- Legacy kenmerken laten afleiden van XML.Adaptor om zo compatibel te zijn met de VoegToeDataTransferObject van de databuilder voor de bckgrjob + alle property tags verwijderen aangezien ze niet meer relevant zijn.

- dto.ProductData ook effectief laten afleiden van TECH.DataTransferObject + XMLType bepalen omdat ProductData blijkbaar al in gebruik is

- method MaakProductVanKenmerken() aangepast: voor TBX wordt na de MaakProduct() nog de GenereerDataDefinities() opgeroepen, omdat die data nodig is voor ProductieAansturing (en andere functionaliteiten in Admin).

FYI: in latere fase proberen we die Kenmerk.DataDefinitie implementaties nog wel weg te werken (lees: te veranderen door TbxKenmerken.tralala )

- kleine voorbereidende refactoring van method MaakProductVanKenmerken()

- Logica toevoegen om de schaduwbouwstenen bij TBX op te vullen met een BOMBOL uit .NET

- Omleiding aanmaken product zoals andere lades mogelijk maken via project setting

- OmleidingNaarDotNetBepaler gebruiken in BerekeningServiceProduct, i.p.v. de conditie if (variant = "MVX" of "MAT")

- De BerekeningService : een If-conditie herschreven : via Boolean variabele "IsBerekeningViaDotNetMaatwerkService"

- De response van .NET was nog niet 100% bruikbaar, de originele boom moet langs cache kant nog deftig opgesteld worden zodat de MaakProductVanNietTbxKenmerken backwards compatible blijft

- Get request naar juist endpoint sturen

- Projectsetting aanmaken voor omleiding bombol naar .NET, als false aanmaken

- BOMBOL omleiden naar .NET via de GeefMaatwerkdetails zoals bij MVX

- Webservice GeefMaatwerkDetails toevoegen

- GeefMaatwerkDetails.ProductRestRequest toevoegen

- BOMBOL voor MVX omleiden naar .NET in APPS.PM.Maatwerk.impl.BerekeningServiceProduct

-Optimalisatie van LangtekstCreator, halfabBoomOnherwerkt wordt nu gebouwd in ProductCreator dus wordt nu maar 1 keer gebouwd i.p.v. per taal

-TODO: testen aanpassen

- bij method MaakProductVanTbxKenmerken() nu ook BewaarProductSpecificatie() toegevoegd

- method UpdateProduct() is niet meer nodig, zit nu impliciet mee in de MaakProduct() dankzij de extra parameter ProductData

- MaakProductVanKenmerken krijgt nu ProductData binnen en geeft door aan MaakMaatwerkProduct op de ProductApi

- BerekenHalffabItemsBoomEnKostItem toegevoegd => kan gebruikt worden om na te gaan of een product zou gemaakt kunnen worden zonder het effectief te doen

- extra logging

- move. abstract zonder impl.

- BerekeningServiceProduct een helperklaske gegeven dat toelaat om een product aan te maken. In principe zo goed als hetzelfde als bij de prijsberekening...

- Al een opslitsingske gemaakt - TVE zal de rest wel verder aanvullen :D

- te grondige cleanup gedeeltelijk teruggedraaid (zie r.37975)