CommunicatieService.cls.xml

- toplevel calls

- type van bericht dat verzonden gaat worden

- Logging weg

- Logging toevoegen. Vastelling is dat een rit 215 parcels / leveringen heeft en dat er de dag voordien bij het afsluiten van een transport er maar 102 releases doorgestuurd zijn naar GLS. maw van de overige hebben we gegevens tekort voor track and trace. We hebben ook geen foutmelding gezien. het doorsturen is gewoon gestopt volgens de logging.

-> dus meer logging om te achterhalen of dit gaat om timeout ? onvolledige lijst ? breekt de iteratie af of niet ???

-> het gaat niet om de laatste parcels die geregistreerd zijn, maar willekeurig. Er zijn ook parcels van vm of bv 3u nm die niet gereleased zijn, terwijl er ook parcels gereleased zijn van smorgens en savonds.

- afzonderen controle op fout in response : ResponseControleur.cls

- ServiceLocator niet overal geinjecteerd integratie testen faalden

- Hetgeen in de GLS eigenlijk als ServiceLocator gebruikt wordt afgezonderd naar een ServiceLocator klasse --> misschien ooit in de toekomst die ServiceLocator wegwerken en er effectief DI-injectie insteken

- GLS specifieke code verplaatsen naar submap

- GLS specifieke code verplaatsen naar submap