wimv in CacheAdminA_trunk2010

- Cleanup (commentaar enzo)

- Klasse BL.Legacy.HADWIZ kan ProductApi uitmocken + ProductInfoAesKey en -Domein via config-item opgehaald

- Klasse BL.Prod.ImageLink kan instance van BL.Legacy.HADWIZ injecteren

- vhUnitTest.BL.Prod.TestImageLink aangepast : Product en ProductApi uitgemockt; Resultaat geeft nieuwe url naar vhisie4

- Deploy-klasse voor aanmaken nieuwe config-items voor ProductInfo via Vhisie4

- opkuis oude deployklasse om uitgefaseerde verwijzingen naar "PRINT01" weg te werken.

- De waarden in de global ^RES("LABELPRINTER","PI","DEVICE","D") moeten toch eens apart bekeken worden.

- zTryout.FMA : verwijzing in testcode naar "PRINT01" aangepast naar \\PRINT01-PRD\ICT6050.

- opkuis oude deployklasse om uitgefaseerde verwijzingen naar "PRINT01" weg te werken.

- De waarden in de global ^RES("LABELPRINTER","PI","DEVICE","D") moeten toch eens apart bekeken worden.

- opkuis oude deployklasse om uitgefaseerde verwijzingen naar "PRINT01" weg te werken. Inmiddels zijn de waarden van die config-items reeds aangepast door een nieuwere deploy-klasse.

- SqlQueryConnection.cls : implementatie aangepast om te kunnen switchen naar de nieuwe ODBC-connectie via config-items. Hierbij zijn User/Passw nodig voor de nieuwe connectie.

Systeem moet backward-compatible zijn, want huidige connectie met AX-SQL moet nog steeds werkend blijven!

Gemeenschappelijke implementatie afgesplitst in private method.

- Deploy-klasse voor aanmaken nieuwe config-items voor AX SqlGatewayConnection (switch naar nieuwe PRD-vLan)

- LET OP : Bestaande configitem voor "AX" NOG NIET WIJZIGEN !!! Pas na cutover aanpassen naar nieuwe waarde "AX2012-PRD-ODBC"

- Verwijzingen naar FOP (eerder van Print01) aangepast : nu \\PRINT01-PRD\ICT6050 i.p.v. \\PRINT01\ICT

- Het blijft vreemd dat PRINT^HADETIK verwijst naar een laserprinter nl. "|PRN|\\FOP\ICT" om etiketten af te printen (via bartender). Het is ook nog niet geweten of hier echt een bestaande printer moet aangesproken worden, of misschien mag het ook een dummy string zijn. Testen vanuit het actieve-batches scherm is lastig want de aansturingActie "Print KlantEtiketten" kan slechts 1x uitgevoerd worden. Dus herhaaldelijk testen (lees: trial-and-error) is moeilijk.

- Verwijzingen van Labelprinters naar FOP netwerk-printers aangepast naar FOP_disabled. Deze printers bestaan niet meer op FOP (analyse van JoW)

- Verwijzingen van Labelprinters naar FOP netwerk-printers aangepast naar FOP_disabled. Deze printers bestaan niet meer op FOP (analyse van JoW)

- Verwijzingen naar FOP netwerk-share aangepast naar FOP_disabled.

Deze klasse wordt reeds geruime tijd niet meer gebruikt, maar opkuisen (verwijderen) kan helaas enkel in combinatie met een aantal andere klassen, vandaar nog niet gebeurd.

- Verwijzingen naar FOP netwerk-share in commentaar aangepast naar FOP_disabled

- VHintra APPS data (CRM + LEV) via config-items : throw exception indien directory niet bestaat.

- DocBaseDirectoryUtils method ConvertFopLocalDirToNetworkPath() : Conversie voor FOP niet meer uitvoeren, gewoon input-waarde als resultaat teruggeven; nu definitief opgekuist, dus geen code meer die naar FOP of .1.7 verwijst.

- DCPRINT2 : bepalen op welk papier zal geprint worden -> BonWit is vervangen door BonBlanco

- Method WijzigPrinterEnDocType() aangepast : eerst controleren of er op Logo-papier geprint wordt, anders moet er niets gewijzigd worden (at run-time hé)

- Opkuis oude testmethod : Code verwijderd

- Opkuis - in BL.Sys.pxLabel commentaar met verwijzing naar FOP verwijderd of aangepast