Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Geen idee of het overkill is, maar misschien is het handig als je een lijst of array van VHConfigs ook kan meegeven? Want ik vermoed dat als er iets fout is, dit voor meerder CIDs zal zijn?

Geen idee of het overkill is, maar misschien is het handig als je een lijst of array van VHConfigs ook kan meegeven? Want ik vermoed dat als er iets fout is, dit voor meerder CIDs zal zijn?

[ICT-4554] [rvJBA] Powertool maken om VhConfigs op te halen indien CIDs niet geldig
[ICT-4554] [rvJBA] Powertool maken om VhConfigs op te halen indien CIDs niet geldig
Muggenziften en zelf zuchten als ik het schrijf omdat ik het ook niet zou willen doen. Moeten we de relevante klassenamen ook aanpassen? ��

Muggenziften en zelf zuchten als ik het schrijf omdat ik het ook niet zou willen doen. Moeten we de relevante klassenamen ook aanpassen? 🙄

Kan het zijn dat je van alle seriêle objecten eens de storage moet verwijderen en opnieuw compileren zodanig dat die ook de Engelse benaming krijgt?

Kan het zijn dat je van alle seriêle objecten eens de storage moet verwijderen en opnieuw compileren zodanig dat die ook de Engelse benaming krijgt?

[ICT-4932] [XS] [rvPVR] Vertalen VhConfig binnen Cache:
[ICT-4932] [XS] [rvPVR] Vertalen VhConfig binnen Cache:
[ICT-4919] CacheTst2010 verwijst nog naar Dotnet01-dev
[ICT-4919] CacheTst2010 verwijst nog naar Dotnet01-dev
Dit is niet oke. ProductData is iets anders dan de opgeslagen vhConfigs. ProductData gaat over KPR, PRBS, ... en al die bazaar. Die moet wel degelijk nog worden verwijderd na iedere test.

Dit is niet oke. ProductData is iets anders dan de opgeslagen vhConfigs. ProductData gaat over KPR, PRBS, ... en al die bazaar. Die moet wel degelijk nog worden verwijderd na iedere test.

Mogelijks is dit een gevaarlijke voor binnenkort standalone matten denk ik, niet? Zou hier nog een 2e conditie bij kunnen eventueel?

Mogelijks is dit een gevaarlijke voor binnenkort standalone matten denk ik, niet? Zou hier nog een 2e conditie bij kunnen eventueel?

[ICT-4441] [rvPVR] AansturingActies via BOMBOL Encoway:
[ICT-4441] [rvPVR] AansturingActies via BOMBOL Encoway:
[ICT-4494] [rvPVR] ProductieDetailblad via Encoway met matten ondersteunen:
[ICT-4494] [rvPVR] ProductieDetailblad via Encoway met matten ondersteunen:
$J zou ik vervangen door '$Job'?

$J zou ik vervangen door '$Job'?

Ergens geeft dit nu wel een verkeerd beeld van deze method; ik zou ervan uitgaan dat het productid enkel wordt bepaald, maar als je dan in de method gaat kijken zie je dat hier ook de vhConfig word...

Ergens geeft dit nu wel een verkeerd beeld van deze method; ik zou ervan uitgaan dat het productid enkel wordt bepaald, maar als je dan in de method gaat kijken zie je dat hier ook de vhConfig wordt opgeslagen

Converter in constructor initialiseren

Converter in constructor initialiseren

Ik zie dit nu pas, maar misschien kan dit in een 'constante' variabale om wat meer context te geven? Iets als 'DefaultCidAX' of iets dergelijks?

Ik zie dit nu pas, maar misschien kan dit in een 'constante' variabale om wat meer context te geven? Iets als 'DefaultCidAX' of iets dergelijks?

[ICT-4440] [rvJBA] VhConfig persisteren in caché na ordersync AX
[ICT-4440] [rvJBA] VhConfig persisteren in caché na ordersync AX