LogOpkuiser.cls.xml

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-2136][rvPRA] Opkuisen logging CacheDevUT + compactDB

- method KuisOpLogsViaSelectieQueryEénRonde() : tekst voor logging aangepast

[ICT-2136][rvPRA] Opkuisen logging CacheDevUT + compactDB

- method KuisOpLogsViaSelectieQueryEénRonde() aangepast: Errors worden nu verzameld in een ExceptionList en pas na de loop gerapporteerd (Log & Mail). Na max 5 errors wordt de loop afgebroken. Dit zijn aanpassingen na review-opm van PRA, terecht.

[ICT-2136][rvPRA] Opkuisen logging CacheDevUT + compactDB

- EersteIdGewist en LaatsteIdGewist bijhouden en toegevoegd aan de logging

- #dim cleanup

[ICT2136][rvPRA] Opkuisen logging CacheDevUT + compactDB

- StatusException ThrowIndienNietOK() toegevoegd na DeleteLogging

- Binnen een Try-catch gestoken, omdat de code mag verderlopen

- vhLibLogger uit constructor gebruiken i.p.v. %New()

[UW726] Opkuis logging moet toch transactioneel, anders geraken de shadow-servers niet up to date, en lopen die vol!
Merged revision(s) 3550-3551 from deploy2010/vhLib:

[DEF752] [PieterVR] Opkuis logging: per 100 (of 1000 of 10000) is veel te traag: de vele query's nemen dan extreem veel tijd in, wat de opkuis dagen zou doen duren. Per 50.000 gaat het nog ruim snel genoeg om weinig risico te hebben op lock-problemen (inschatting PRA...).

........

[DEF752] Opkuis logging niet ok sinds LoggingGetalIndex. Transactionmode terug op 1 zetten, voor de andere dingen die in die caretaker job zitten.
[UW722] Opkuis logging: in kleinere brokjes, om minder kans te hebben op conflict met andere processen.
[UW722] Opkuis logging wordt groot genoeg om in een aparte klasse te steken. Want heeft compleet andere "gebruikers" dan de rest van wat in vhLib.Logger zit.
    • -0
    • +129
    ./LogOpkuiser.cls.xml
  1. … 1 more file in changeset.