Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT463] Fix Kutac : error OnAfterSave:

- ObjectAPI wordt toch terug geinjecteerd => maar anders wordt hij niet meer van de context gehaald => den echten wordt gebruikt

[ICT463] Fix Kutac : error OnAfterSave:
[ICT463] Fix Kutac : error OnAfterSave:
[ICT463] Fix Kutac : error OnAfterSave:

- ObjectAPI wordt nu enkel nog van de Context gehaald en niet meer geinjecteerd => is anders prone to errors en Context is mogelijks van belang bij sommig gebruik

yep

yep

om niet-nul mee te geven, en die waarde is ok voor de productiedata

om niet-nul mee te geven, en die waarde is ok voor de productiedata

Geef is voor repo's

Geef is voor repo's

Niet echt, een Geef zou enkel op een repository (desnoods een service) moeten zitten als je zeker bent dat er iets wordt teruggegeven.

Niet echt, een Geef zou enkel op een repository (desnoods een service) moeten zitten als je zeker bent dat er iets wordt teruggegeven.

Enkel voor HAEFELE NEDERLAND?

Enkel voor HAEFELE NEDERLAND?

Zal wel een reden hebben, maar voor alle zekerheid... Waarom 19941?

Zal wel een reden hebben, maar voor alle zekerheid... Waarom 19941?

Is 't nie properder om het te doen zoals je in de code zelf gedaan hebt? Like this: #dim Foldernaam As %String = ##class(TECH.Files).AppendSubPath(##class(TECH.Config.ConfigMgr).Instance().GeefStri...

Is 't nie properder om het te doen zoals je in de code zelf gedaan hebt? Like this:
#dim Foldernaam As %String = ##class(TECH.Files).AppendSubPath(##class(TECH.Config.ConfigMgr).Instance().GeefString("MSMGATEWAY"), "Nacalculatie")
#dim Bestandsnaam As %String = ##class(TECH.Files).AppendFile(Foldernaam, "Nacalculatie.csv")
P.s.: In andere UT hier ook.

BeginDatum en EindDatum maken de signature van 'deze' Fake anders dan in de implementatieklasse.

BeginDatum en EindDatum maken de signature van 'deze' Fake anders dan in de implementatieklasse.

Moet het niet GeefTransportData ipv BepaalTransportData zijn? Geeft tenslotte een object met die data terug. Maar hoe doet ge dat dan met die klassenaam hé? http://subversion02.vanhoecke.be/static/...

Moet het niet GeefTransportData ipv BepaalTransportData zijn? Geeft tenslotte een object met die data terug.
Maar hoe doet ge dat dan met die klassenaam hé?

Mag in 1 lijn, want BepaalTransportData geeft een object van dat type terug. Bovendien (zie ook comment in BepaalTransportData() in APPS.TRANSP.impl.TransportService.Nacalculator.TransportdataVoorK...

Mag in 1 lijn, want BepaalTransportData geeft een object van dat type terug.
Bovendien (zie ook comment in BepaalTransportData() in APPS.TRANSP.impl.TransportService.Nacalculator.TransportdataVoorKlantBepaler): Moet het dan niet GeefTransportData ipv BepaalTransportData zijn?

Na ons overleg hebben we beslist dat het plusje hier weg mag (was inconsistent met HuidigeLaatstVerwerkteRit 3 regels verder en LaatstVerwerkteRit in BepaalTransportData van klasse APPS.TRANSP.impl...

Na ons overleg hebben we beslist dat het plusje hier weg mag (was inconsistent met HuidigeLaatstVerwerkteRit 3 regels verder en LaatstVerwerkteRit in BepaalTransportData van klasse APPS.TRANSP.impl.TransportService.Nacalculator.TransportdataVoorKlantBepaler

BeginDatum en EindDatum maken de signature in de interface (en 'deze' Mock) anders dan in de implementatieklasse, maar komt wel goed als ge de interface rechttrekt hé http://subversion02.vanhoecke....

BeginDatum en EindDatum maken de signature in de interface (en 'deze' Mock) anders dan in de implementatieklasse, maar komt wel goed als ge de interface rechttrekt hé

BeginDatum en EindDatum maken de signature in deze interface anders dan in de implementatieklasse.

BeginDatum en EindDatum maken de signature in deze interface anders dan in de implementatieklasse.

nog iets: 't is nogal uiteenlopende code die aangepast werd, dus het kan misschien geen kwaad om ook in svn de log er bij te nemen om wat meer uitleg te krijgen over wat er juist gewijzigd werd

nog iets: 't is nogal uiteenlopende code die aangepast werd, dus het kan misschien geen kwaad om ook in svn de log er bij te nemen om wat meer uitleg te krijgen over wat er juist gewijzigd werd

[UST3808] HNLT: ana+design: nacalculatie door te rekenen transportkost
[UST3808] HNLT: ana+design: nacalculatie door te rekenen transportkost
[UST3808] HNLT: ana+design: nacalculatie door te rekenen transportkost

- BestandGeneratorTemplate mockable gemaakt

  1. … 2 more files in changeset.
Write-lijn was toegevoegd voor debug-doeleinden > weer verwijderd.
[UST2319] - VHIP: Migr.: Producten

- Rapport generator aangepast zodat hij overweg kan met specifieke headers -> headers passeren wel nog eens via de vertaler en/of worden aangevuld met propertynamen indien nodig

    • -9
    • +16
    ./RapportVerwerker/HeaderBepaler.cls.xml
  1. … 2 more files in changeset.
[UST2319] - VHIP: Migr.: Producten

- Rapport generator aangepast zodat hij overweg kan met specifieke headers

    • -7
    • +8
    ./RapportVerwerker/HeaderBepaler.cls.xml
  1. … 4 more files in changeset.
[UST2319] Try-catch nodig om zeker te zijn dat de FileWriter wordt gecloset, ook als er een exception gebeurde.
[UST1981] crm XML Datadump

- Op vraag van de cremmers de dubbele quotes vervangen in single quotes

- Generieke oplossing in de BestandGeneratorTemplate

  1. … 2 more files in changeset.
[UST1621] VHIP: Migratie leveranciers

- Bestand generator - Scheidingsteken kan nu optioneel meegegeven worden

  1. … 1 more file in changeset.
[UST1621] VHIP: Migratie leveranciers

- Bestand generator - De BestandGenerator is vanaf heden slim genoeg om afhankelijk van het type input-data de juiste implementatie klasse te kiezen. ( verduidelijking )