TransportLijst

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-4648][rvTVE] FOP: DocBase Upgrade - aanpassingen in caché code (FopQueue via webservices)

- Afdrukken TransportLijst : template levbewijsNotStapled gebruiken (is opnieuw gedeployed in DocDesign)

- method RenderAndPrintANotasViaBons() gemarkeerd als Deprecated + implementatie opgekuist

Nieuw Jira-kaartje gemaakt om UT te bouwen : ICT-4949

Nieuw Jira-kaartje gemaakt om UT te bouwen : ICT-4949

Hier zou je kunnen zeggen dat er wel testklasses gemaakt zouden mogen worden. Inhoud van de methods is vrij 'triviaal', maar ge weet dat dat het gevaarlijkste is. Zeker omdat dit de klasse is die n...

Hier zou je kunnen zeggen dat er wel testklasses gemaakt zouden mogen worden. Inhoud van de methods is vrij 'triviaal', maar ge weet dat dat het gevaarlijkste is. Zeker omdat dit de klasse is die nu door al die andere gaat gebruikt worden.

[ICT_4653] FOP: DocBase Upgrade - Input/output files through DFS
[ICT_4653] FOP: DocBase Upgrade - Input/output files through DFS
[ICT_4653] FOP: DocBase Upgrade - Input/output files through DFS

- DocBaseDirectoryUtils gebruikt i.p.v. de oude waarden die meestal via macro's uit BL.SYS.FOP.Common.INC worden ingesteld

- Dit ter voorbereiding van de omleidingen naar DFS-folders i.p.v. netwerkshares tussen Caché en FOP.

- FlowDocs-klasses (ook al zijn enkele hiervan niet echt meer in gebruik, vanwege meestal Data vanuit AX/BizTalk)

  1. … 6 more files in changeset.
[ICT] Code cleanup TransportLijst logica

- parameter lbBONNrs ( type missing ) opgelost; wegwerken melding : Warnings ( coding convention )

Ik heb de method opgekuist, want deze lijkt voorlopig niet meer te zullen terugkomen.

Ik heb de method opgekuist, want deze lijkt voorlopig niet meer te zullen terugkomen.

ik vind iets als dit altijd dubbel: de method kan (functioneel gezien) gewoon weg en de enige reden dat ie blijft bestaan is voor de comments/historiek te kunnen zien. In principe dient daar subver...

ik vind iets als dit altijd dubbel: de method kan (functioneel gezien) gewoon weg en de enige reden dat ie blijft bestaan is voor de comments/historiek te kunnen zien. In principe dient daar subversion/confluence voor, niet de codebase.
Ik heb dat vroeger ook meestal zo gedaan, maar hier (VH) heb ik (van JoC) altijd gehoord: als het niets meer doet, dan wegsmijten. Ik kan daar wel in volgen hoor. Zeker als het wat deftig in een kaartje/confluence uitgelegd staat.

[ICT-2582][rvTVE] MAG: Leverbon: LEVBON_PS nieuwe printerlade voor blanco papier (rechtstreeks transport...
[ICT-2582][rvTVE] MAG: Leverbon: LEVBON_PS nieuwe printerlade voor blanco papier (rechtstreeks transport...
[ICT-2582][rvTVE] MAG: Leverbon: LEVBON_PS nieuwe printerlade voor blanco papier (rechtstreeks transport naar klanten van handels)

- method RenderAndPrintANotas() in BL.Flow.TransportLijst.Doc is vanaf nu DEPRECATED en vervangen door de nieuwe versie

- method RenderAndPrintLevBewijzen() toegevoegd : dit is de betere versie van RenderAndPrintANotas : maakt gebruik van een nieuwere DocBase-template "levbewijsStapled_01.01" die TraySelect en Stapling ondersteund.

- Hiermee kunnen de leveringsbewijzen terug op "GEEL" papier afgedrukt worden.

- De oude method verwijst vanaf nu door naar de nieuwe method.

[ICT-2582][rvTVE] MAG: Leverbon: LEVBON_PS nieuwe printerlade voor blanco papier (rechtstreeks transport naar klanten van handels)

- method RenderAndPrintANotas() in BL.Flow.TransportLijst.Doc is uitgebreid met xsltParameter "pTraySelect" : GEEL papier