Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[UST3613] VHIP906 Nachtelijke ordercontrole: Fix lege identnummers igv Orgalux
VHIP906 Nachtelijke controle verkooporders: Code THB en code PV krijgen elk hun eigen AxOrderLijnIterator:

- Nog een rechtzetting => check op verkeerd object-type => DOM.VKP.ProductOrderlijn ipv DTO-tje AXimpl.Controle.Order.OrderLijn

    • -1
    • +1
    ./AdminUniekeOrderLijnIterator.cls.xml
[UST3599] VHIP906 Nachtelijke controle verkooporders: Syncen openstaande wijzigingen PV:

- Query-aanpassingen en return-object-aanpassing van PV in iterator => returned nu een ResultSet ipv een DTO.

- Quickfix voor Orders die niet geopend kunnen worden.

    • -1
    • +5
    ./AdminUniekeOrderLijnIterator.cls.xml
  1. … 1 more file in changeset.
  • More
  • CR-949
  • finished reviewing
[UST3596] VHIP906 Nachtelijke controle verkooporders: "GEEN ORDER GEVONDEN":
[UST3596] VHIP906 Nachtelijke controle verkooporders: "GEEN ORDER GEVONDEN":
[UST3596] VHIP906 Nachtelijke controle verkooporders: "GEEN ORDER GEVONDEN":

- LegacyPartijAPI wordt nu gebruikt om LeverancierNummer te verkrijgen van de LeverancierId

- Wegwerken van de quickfix try catch => probleem is nu ten gronde opgelost

- ProductId en het Product zijn nu op meerdere plekken nodig, dus het zetten van die variabelen is verhuisd naar de Convert en ze worden nu meegegeven als parameters

- De logica is aangepast van wanneer en of de principaal moet opgehaald worden (dit is de ten gronde oplossing hierboven vermeld) => LevNr = BLUM en IsSoprInCache

- Aanpassen testen naargelang

    • -31
    • +33
    ./AdminOrderLijnConverter.cls.xml
  1. … 1 more file in changeset.
  • More
  • CR-944
  • finished reviewing
[UST3554] VHIP906 Nachtelijke controle verkooporders: Tuning:

- Na review => LegacyPartijAPI nu gebruikt voor GeefKlantNummerVoorPartijID

- Na review => GetDataByName ipv GetData in AxOrderLijnConverter

- Na review => Refactoring UnitTests voor leesbaarheid, performantie en uitbreidbaarheid

    • -1
    • +7
    ./AdminUniekeOrderLijnIterator/DataBouwer.cls.xml
  1. … 3 more files in changeset.
Is nu A en B, met beter geformuleerde asserts (AantalA, BestaatA, ...) en een verbeterde VoegToeProductOrderLijn() en VerwijderData(), die tegelijkertijd nu makkelijker uitbreidbaar zijn.

Is nu A en B, met beter geformuleerde asserts (AantalA, BestaatA, ...) en een verbeterde VoegToeProductOrderLijn() en VerwijderData(), die tegelijkertijd nu makkelijker uitbreidbaar zijn.

Na overleg hebben we dit issue laten vallen wegens het sop dat de kolen niet waard is?

Na overleg hebben we dit issue laten vallen wegens het sop dat de kolen niet waard is?

Zoals besproken LegacyPartijAPI.GeefKlantNummerVoorPartijID() gebruikt, wegens niet voor AX bedoeld, maar voor Caché-intern gebruik.

Zoals besproken LegacyPartijAPI.GeefKlantNummerVoorPartijID() gebruikt, wegens niet voor AX bedoeld, maar voor Caché-intern gebruik.

testje? $Char(0) is nl een tricky geval

testje? $Char(0) is nl een tricky geval

Ik weet dat dit op veel plaatsen gebruikt wordt, maar er bestaat ook de AXimpl.AdminToAxUtils (die gaat wel lpadden). En eigenlijk is dat misschien wel juister, aangezien ge hier overal met AX-klan...

Ik weet dat dit op veel plaatsen gebruikt wordt, maar er bestaat ook de AXimpl.AdminToAxUtils (die gaat wel lpadden). En eigenlijk is dat misschien wel juister, aangezien ge hier overal met AX-klantids aan het werken zijt (dus hoe dan ook 5 karakters lang (ook in repo))

Ik zou deze elvendertig calls ook in de onbeforeonetest steken. Op het eerste zicht zie ik maar 1 verwachtmethodcall hierop en principe overrulet die de reeds bestaande indienmethodcall. Op die man...

Ik zou deze elvendertig calls ook in de onbeforeonetest steken. Op het eerste zicht zie ik maar 1 verwachtmethodcall hierop en principe overrulet die de reeds bestaande indienmethodcall. Op die manier blijven de testen wat meer beperkt tot hun essentie. (of ik heb mij miskeken)

Ik zou al die namen met 8'en en 9's hernoemen. Vind het momenteel nogal moeilijk om direct te zien wat ze betekenen. Wat doet VoegToeProductOrdelijn8(9) bv? Kan je die twee methods al niet dezelfde...

Ik zou al die namen met 8'en en 9's hernoemen. Vind het momenteel nogal moeilijk om direct te zien wat ze betekenen. Wat doet VoegToeProductOrdelijn8(9) bv?
Kan je die twee methods al niet dezelfde naam geven en een extra parameter gebruiken (al dan niet gedefault)? Dat bespaart weeral een (bijna) duplicate private method. En waarom 8 en 9 en niet 1 en 2? precies dat de eerste 7 nog ergens anders staan

[UST3554] VHIP906 Nachtelijke controle verkooporders: Tuning:

- LeverAdres wordt nu van de VerkoopOrderLijn gehaald

  1. … 1 more file in changeset.
[UST3554] VHIP906 Nachtelijke controle verkooporders: Tuning:
[UST3554] VHIP906 Nachtelijke controle verkooporders: Tuning:
[UST3554] VHIP906 Nachtelijke controle verkooporders: Tuning:

- Voor de AxConfigId aan Admin-kant mag de principaal niet opgehaald worden => de Blumkunde van de Sopr-variant moet geconverteerd worden

- Refactor naar oneliner

[UST3554] VHIP906 Nachtelijke controle verkooporders: Tuning:

- Fix SoprContractId => Eerst omzetting naar productnr van principaal

  1. … 3 more files in changeset.
[UST3554] VHIP906 Nachtelijke controle verkooporders: Tuning:

- Introductie AxInventTransId als extra property die deel uitmaakt van de unieke index

- Verfijning Repository => AxInventTransId en Early Quit als record niet bestaat in de VerwijderVolgensKlantNrOrderIdProductNrAxInventTransId()

- Verfijning en uitbreiding UnitTests van Repository

- Rechtzetting en uitbreiding Fake Repository

    • -3
    • +5
    ./AdminUniekeOrderLijnIterator/DataBouwer.cls.xml
  1. … 5 more files in changeset.
Is herleid tot een simpele ResultSet-iterator. Niet veel meer te testen dus. StelSamenProductOrderLijnGlobal() zit nu in de klasse AXimpl.Controle.Order.Admin.AdminUniekeOrderLijnIterator.DataBouwe...

Is herleid tot een simpele ResultSet-iterator. Niet veel meer te testen dus.
StelSamenProductOrderLijnGlobal() zit nu in de klasse AXimpl.Controle.Order.Admin.AdminUniekeOrderLijnIterator.DataBouwer
Zie [UST3554]

[UST3554] VHIP906 Nachtelijke controle verkooporders: Tuning:

- ProductOrderLijnRepository wordt nu geinjecteerd

    • -2
    • +2
    ./AdminUniekeOrderLijnIterator/DataBouwer.cls.xml
[UST3554] VHIP906 Nachtelijke controle verkooporders: Tuning:

- Aanpassing na review => Afzonderen opbouwen data => niet meer in constructor van iterator, maar in method in Generator

    • -0
    • +61
    ./AdminUniekeOrderLijnIterator/DataBouwer.cls.xml
    • -42
    • +1
    ./AdminUniekeOrderLijnIterator.cls.xml
  1. … 1 more file in changeset.
Zie [UST3554]

Zie [UST3554]

[UST3554] VHIP906 Nachtelijke controle verkooporders: Tuning:

- Maak en Bewaar van super van repository gebruiken => uitmockbaar

    • -2
    • +2
    ./AdminUniekeOrderLijnIterator.cls.xml
[UST3554] VHIP906 Nachtelijke controle verkooporders: Tuning:

- Query moet gesorteerd zijn volgens OrderLijnId/inventtransid, zodat de compare wat handiger is

- Lichte aanpassing AX-query (aangereikt door KPR)

- Converter AX => ConfigId en Sopr => zijn soms NUL => geeft CRLF => testen op $Char(0) => dan lege string

- Converter AX => Hoeveelheid => OpenstaandeHoeveelheid min GepickteHoeveelheid ipv som

- Converter Admin => Kleine opkuis => Ongebruikte dependency => OrderWMSLijnRepository => verwijderd

- Converter Admin => Product en Sopr => KlantNummer <> LeverancierNummer => tsssss

- Converter Admin => Product => AxMaatwerkGenerischItemId van OrderLijn halen indien ConfigId aanwezig

- Converter Admin => Product => GeefVervangProductDoorSOPRInAX mag/moet altijd

- Converter Admin =>Sopr => LeverancierNummer ophalen => Indien dan nodig (5005) => SoprContractId ophalen

    • -19
    • +16
    ./AdminOrderLijnConverter.cls.xml
    • -1
    • +1
    ./AdminUniekeOrderLijnIterator.cls.xml
  1. … 3 more files in changeset.
  • More
  • CR-907
  • finished reviewing