Re: design rationale

2020-04-01 Thread Ralph Goers
I would suggest that if a change were to be made it should follow the design Log4j 2 uses and separate the configuration from the Logger instances. The hierarchy in the configuration is likely to be much smaller than it is in the Logger instances. Ralph > On Apr 1, 2020, at 10:06 AM, Robert Mi

Re: design rationale

2020-04-01 Thread Robert Middleton
Note: I wasn't involved with the design of this at all, but some thoughts: Likely the reason this was done is because that's how log4j worked - the classes that you see in log4cxx map closely to log4j(1) classes. One of the problems involved with storing the level directly in the logger would be a

design rationale

2020-03-31 Thread Norman Goldstein
I very much appreciate the great description of how to use log4cxx. My question is about a design choice that affects performance (paragraph 2 in https://logging.apache.org/log4cxx/latest_stable/usage.html ).  A hierarchical approach for logging levels makes sense. However, each run-time check