[logback-dev] [Bug 100] Serialization of objectArray in LoggingEvent does not always work

[bugzilla-daemon at pixie.qos.ch]

http://bugzilla.qos.ch/show_bug.cgi?id=100


joern at huxhorn.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|critical                    |blocker




------- Comment #4 from joern at huxhorn.de  2008-02-18 11:39 -------
Translation of LoggingEvents - as suggested/requested on the mailing list -
would actually be possible quite easily if my fix would be applied instead of
the initial resolution idea, i.e. declaring the argumentArray transient.

If the argumentArray is serialized as Strings they could still be used in a
parameterized message. Translation could be performed using the original
unformatted message as the key of the translation.

Example:
The unformatted message "Executing {} with parameter {} returned {}." could be
resolved to "Ergebnis: {2} (Aufruf: {0}({1}))." which could then be formatted
using java.text.MessageFormat by a special locale-aware appender. I provided
this stupid translation to show that a reordering of message arguments would be
possible.

I don't think that console appender as such should be extended to provide this
functionality but we shouldn't prevent a specialized appender implementation
from doing this by simply dropping the argumentArray.

I increased the severity to "blocker" because the next logback release should
definitely contain a fix for this problem... it causes *very* strange behavior.


-- 
Configure bugmail: http://bugzilla.qos.ch/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.