Are there situations where NDC or MDC is inheritance is inappropriate?
For MDC, the choice was for automatic inheritance, for NDC this was not possible for technical reasons. MDC uses thread locals whereas NDC does not.
Ideally, one should be able to choose between using automatic inheritance or not. It's a rather complex question and I do not have any good answers at the moment.
At 09:56 AM 12/25/2003 +1100, Paul Smith wrote:
It'd be good to maintain as much backward compatability as possible, I'm thinking there is an awful lot of code using the NDC the current way, and changing it may cause a lot of confusion.
Thank you for your hard work in this area, I am looking forward to seeing it all.
cheers,
Paul Smith
-----Original Message----- From: Raymond DeCampo To: [EMAIL PROTECTED] Sent: 12/25/03 4:54 AM Subject: NDC
I was getting ready to tidy up my changes to the NDC code and submit them, when I realized that I had slightly changed the behavior of the class with respect to threads and inheritance.
Currently the NDC class requires the client to explicitly make some method calls for a child thread to inherit the parent thread's stack. By using the MDC model, I unintentionally changed this so that a child thread automatically inherits the parent threads stack.
I could easily make the NDC behave either way. Which is preferred:
a) Explicit inheritance (current functionality) b) Automatic inheritance (explicit methods would remain and continue to function)
Thanks, Ray
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- Ceki G�lc�
For log4j documentation consider "The complete log4j manual"
ISBN: 2970036908 http://www.qos.ch/shop/products/clm_t.jsp
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
