Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Ook een klein stukje in Econ! (zie svn)

Ook een klein stukje in Econ! (zie svn)

[ICT-1693] TAXEB1 - PM: Maatwerk: BevatGeleiderBevestigingSchroeven = True indien Alpnach:
[ICT-1693] TAXEB1 - PM: Maatwerk: BevatGeleiderBevestigingSchroeven = True indien Alpnach:
[ICT-1693][rvWV] TAXEB1 - PM: Maatwerk: BevatGeleiderBevestigingSchroeven = True indien Alpnach:

- Opkuis

  1. … 1 more file in changeset.
[ICT-1693][rvWV] TAXEB1 - PM: Maatwerk: BevatGeleiderBevestigingSchroeven = True indien Alpnach:

- BevatGeleiderBevestigingSchroeven toegevoegd in nodige dto'kes en kenmerkensets, alsook utils-kenmerkensets

- Conversie van BevatGeleiderBevestigingSchroeven voorzien waar nodig

- Vorige voorlopige change weer verwijderd, waarin BevatGeleiderBevestigingSchroeven hardcoded voor Alpnach op true gezet werd => wordt nu gezet in Econ en proper doorgegeven via de IngegevenKenmerken

  1. … 14 more files in changeset.
[ICT-1693] TAXEB1 - PM: Maatwerk: BevatGeleiderBevestigingSchroeven = True indien Alpnach:

- CustAccount wordt nu als 2e parameter mee doorgegeven aan de AxProductKenmerkenConverter

- Indien TAX en IsAlpnach => BevatGeleiderBevestigingSchroeven = True => Indien rechtstreekse klant = OK, via Personality SFS staat klaar maar wacht op voorziening PersonalityId (unimplemented in BOMBOL)

  1. … 4 more files in changeset.
Ik heb ze er zelf onlangs opgezet en ze zijn nooit in gebruik genomen, dus er is geen risico hier http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif

Ik heb ze er zelf onlangs opgezet en ze zijn nooit in gebruik genomen, dus er is geen risico hier

Oppassen met opkuisen van Storage !!! In bestaande data zullen items 4, 5 en 6 nog steeds ingevuld zijn. Wanneer je later een nieuwe property toevoegd, zal die onterecht verwijzen naar item 4. In ...

Oppassen met opkuisen van Storage !!!
In bestaande data zullen items 4, 5 en 6 nog steeds ingevuld zijn.
Wanneer je later een nieuwe property toevoegd, zal die onterecht verwijzen naar item 4.

In deze klasse zal het mogelijk geen gevaar vormen, maar let er wel op, in de toekomst. Bij twijfel, kom maar vragen.

[ICT831] TAXFP1: Afwerking:
[ICT831] TAXFP1: Afwerking:
[ICT831] TAXFP1: Afwerking:

- ToString method gebruiken om meer error info te verkrijgen

  1. … 1 more file in changeset.
deze dan ineens ook renamen van EconConverter naar AxNaarEconConverter zoals op de andere plaatsen

deze dan ineens ook renamen van EconConverter naar AxNaarEconConverter zoals op de andere plaatsen

Ge kunt best ook nog testen voor TAX en TBX toevoegen (aparte klaskes). Dan is het volledig. Ge kunt nooit weten dat daar nog iets speciaals inzit. Ik denk niet dat het nodig is, maar als die conve...

Ge kunt best ook nog testen voor TAX en TBX toevoegen (aparte klaskes). Dan is het volledig. Ge kunt nooit weten dat daar nog iets speciaals inzit.
Ik denk niet dat het nodig is, maar als die conversie zelf veel scheelt van die van LBX, dan kunt ge best de converter opsplitsen per ladetype

[UST3999] VHIP481 BOMKenmerken: Afstemmen converter AX to ECONKenmerken:
[UST3999] VHIP481 BOMKenmerken: Afstemmen converter AX to ECONKenmerken:
[UST3999] VHIP481 BOMKenmerken: Afstemmen converter AX to ECONKenmerken:

- Naamgeving => Kenmerken ipv Attributes

  1. … 3 more files in changeset.
Nope, enkel een Mock doet dat hé, een Fake moet je handmatig aanpassen. Good call!!! Was het vergeten. Aangepast en kaartje alvast doorgeschoven naar Review klaar.

Nope, enkel een Mock doet dat hé, een Fake moet je handmatig aanpassen.
Good call!!! Was het vergeten.
Aangepast en kaartje alvast doorgeschoven naar Review klaar.

deze zou toch automatisch verwijderd moeten zijn? misschien een recompile nog eens doen ofzo

deze zou toch automatisch verwijderd moeten zijn? misschien een recompile nog eens doen ofzo

Ik snap wat ge bedoelt... Ik call de method nu rechtstreeks van klasse ECONimpl.PM.Maatwerk.AppsConverter en heb de call in 'deze' klasse terug in de Convert-method gestoken, zoals voorheen.

Ik snap wat ge bedoelt... Ik call de method nu rechtstreeks van klasse ECONimpl.PM.Maatwerk.AppsConverter en heb de call in 'deze' klasse terug in de Convert-method gestoken, zoals voorheen.

Best wel, zolang AX nog niet voorzien is. Enkel deze ene lijn geeft toegang tot de nieuwe implementatie. Zolang de volledige flow niet kan getest worden (AX => Cache => AX) is het onnodig om risico...

Best wel, zolang AX nog niet voorzien is. Enkel deze ene lijn geeft toegang tot de nieuwe implementatie. Zolang de volledige flow niet kan getest worden (AX => Cache => AX) is het onnodig om risico te lopen.

private is het nodig deze oneliner af te zonderen? De methodname ConverteerEconNaarApps wordt ook al veel gebruikt in het hele Econ-verhaal en zou misschien misleidend kunnen zijn voor arme sukkel...

private

is het nodig deze oneliner af te zonderen? De methodname ConverteerEconNaarApps wordt ook al veel gebruikt in het hele Econ-verhaal en zou misschien misleidend kunnen zijn voor arme sukkelaars die een grep moeten doen

moet dat nog in commentaar staan?

moet dat nog in commentaar staan?

[UST3712] BOMK: VHIP481: BOM-service via kenmerken: Uitwerking conversie kenmerken van AX tot...
[UST3712] BOMK: VHIP481: BOM-service via kenmerken: Uitwerking conversie kenmerken van AX tot...