CacheAdminACommon_trunk2010/vhLib

LogOpkuiser.cls.xml

Checkout Tools

Line History

Line Count Graph
Line Count Graph

Stats

Commits this week: 0
Total Committers: 3
Last Commit: 01 Feb 21
Commits this week: 0
Total Lines of Code (LoC): 153
Net change in LoC this week: 0

Commit Activity

Commits By Day In Week
52 week commits volume
Commits By Day In Week
Commits by day
Commits By Day In Week
Commits by hour
Commits By Hour In Day
Commit calendar
 

Most active committers (90 days)

loading
loading
  • last updated a few seconds ago
All Commits Reviews
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Friday 19 Apr 2019
4:00 pm

PaulV

[UW726] Opkuis logging moet toch transactioneel, anders geraken de shadow-servers niet up to date, en lopen die vol!
Options
    • -3
    • +1
    ./LogOpkuiser.cls.xml
Monday 11 Mar 2019
4:47 pm

PieterVR

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...).

........

Options
    • -1
    • +1
    ./LogOpkuiser.cls.xml
Wednesday 06 Mar 2019
12:08 pm

PieterVR

[DEF752] Opkuis logging niet ok sinds LoggingGetalIndex. Transactionmode terug op 1 zetten, voor de andere dingen die in die caretaker job zitten.
Options
    • -0
    • +1
    ./LogOpkuiser.cls.xml
12:04 pm

PieterVR

[UW722] Opkuis logging: in kleinere brokjes, om minder kans te hebben op conflict met andere processen.
Options
    • -1
    • +1
    ./LogOpkuiser.cls.xml
11:03 am

PieterVR

[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.
Options
    • -0
    • +129
    ./LogOpkuiser.cls.xml
  2. … 1 more file in changeset.