Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
ik zou onderstaande private method op de DOM.VKP.impl.LeverAdresRepository zetten. Dan kan ie hier proper uitgemocked worden. Die repo bevat ook een hoop testen die gemakkelijk aangepast kunnen wor...

ik zou onderstaande private method op de DOM.VKP.impl.LeverAdresRepository zetten. Dan kan ie hier proper uitgemocked worden. Die repo bevat ook een hoop testen die gemakkelijk aangepast kunnen worden om onderstaand gedrag te testen.

't is wel zo dat die Repository geen pure repo is, maar ook functionaliteit heeft die eigenlijk in een bovenliggende service zouden moeten zitten (maar dat is een ander verhaal)

Misschien kan de onderstaande functionaliteit dan ook vervangen worden door iets als in BestaatViaAXLeverAdresIdEnKlantNummer, maar dan met de query SELECT count(ID) from Derde_Klant.LevAdres where Klant = ? (zonder de Ax-dingen)

[ICT-2246] [rvTVE] Correctie loggingniveau betreffende LeverAdressen op Klant en BezwaarGevonden in...
[ICT-2246] [rvTVE] Correctie loggingniveau betreffende LeverAdressen op Klant en BezwaarGevonden in...
[UST4188] DPT1: Vh4: MP: Du-Pont: rechtstr. transp.: leveradres overnemen op doorbestelde winkelkar/offerte...
[UST4188] DPT1: Vh4: MP: Du-Pont: rechtstr. transp.: leveradres overnemen op doorbestelde winkelkar/offerte...
properder om te dimmen buiten de while en dan een set in de while te gebruiken. In dat laatste geval wordt het object altijd overschreven i.p.v. een nieuw stuk memory aan te spreken

properder om te dimmen buiten de while en dan een set in de while te gebruiken. In dat laatste geval wordt het object altijd overschreven i.p.v. een nieuw stuk memory aan te spreken

[UST3675] VHIP900: KlantSync: LeverAdressen die geen AxLocationId hebben worden niet verwijderd:
[UST3675] VHIP900: KlantSync: LeverAdressen die geen AxLocationId hebben worden niet verwijderd:
Aangezien de oproepende functie het doorgeeft via SQL is dat nog niet echt nodig. (en code moest rap werkend zijn http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/...

Aangezien de oproepende functie het doorgeeft via SQL is dat nog niet echt nodig. (en code moest rap werkend zijn )

Zal het er wel bijsteken voor de volledigheid

Moet er geen + voor OrderHeader.CustAccount staan, zodat de voorloopnul die klantnummers in AX eventueel hebben eraf gehaald wordt?

Moet er geen + voor OrderHeader.CustAccount staan, zodat de voorloopnul die klantnummers in AX eventueel hebben eraf gehaald wordt?

Moet deze niet manueel verwijderd worden?

Moet deze niet manueel verwijderd worden?

Moet deze niet manueel verwijderd worden?

Moet deze niet manueel verwijderd worden?

KlantId of KlantNummer?

KlantId of KlantNummer?

KlantId of KlantNummer?

KlantId of KlantNummer?

Moet er geen + voor OrderHeader.CustAccount staan, zodat de voorloopnul die klantnummers in AX eventueel hebben eraf gehaald wordt?

Moet er geen + voor OrderHeader.CustAccount staan, zodat de voorloopnul die klantnummers in AX eventueel hebben eraf gehaald wordt?

[UST3670] LeverAdresRepository aanpassen
[UST3670] LeverAdresRepository aanpassen
[UST3653] DOM.VKP.Klant.impl.KlantAdresRepository en AxLocationId:
[UST3653] DOM.VKP.Klant.impl.KlantAdresRepository en AxLocationId:
[UST3657] VHIP900 - LeverAdresRepository: Bewaar faalt op ID:
[UST3657] VHIP900 - LeverAdresRepository: Bewaar faalt op ID:
Dit is ondertussen al door anderen aangepast (zie boven: file outdated)

Dit is ondertussen al door anderen aangepast (zie boven: file outdated)

Er komt geen foutmelding, zie testjes

Er komt geen foutmelding, zie testjes