L as in Localization. It just looks like a Turkish I :)
A colleague thinks the answer may involve ObjectRenderer. There's little
said about it in the javadoc. Is it, or can it be used as a plugin to alter
the behavior of a predefined appender? If so, could I use it perform l10n
in the appender(s)?
> -----Original Message-----
> From: Anders Kristensen [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 06, 2001 3:29 PM
> To: LOG4J Users Mailing List
> Subject: Re: backend l10n
>
>
> Do you not mean "l18n"?
>
> "Johnson, Clay" wrote:
> >
> > Folks,
> >
> > I have a requirement to defer l10n processing to appenders,
> rather than at
> > the publisher of the log event, in order that different
> appenders may
> > localize the same event according to different locales.
> Since the l10n
> > methods in Category rely on preregistered ResourceBundles,
> that doesn't
> > work. Furthermore, with only a cursory look at the
> internals, it appears
> > log4j converts the message Object to a String to construct
> a LoggingEvent
> > *prior* to distributing that to all appenders. If that is
> true, I worry
> > whether my requirement can be met without substantial
> > modification/extension.
> >
> > One approach is to marshall my ResourceBundle name, key,
> and replaceables
> > into a string, and then implement my own Appender that
> unpacks these,
> > localizes according to *its* Locale (determined at
> construction), and then
> > proceeds to log the localized String. The immediate
> concern with this
> > approach is apparent forfeiture of all existing Appender
> functionality that
> > I otherwise want to leverage, as well as Layout processing,
> since I would
> > have co-opted it to marshall my Object.
> >
> > Please tell me there's a simpler way to do this that
> doesn't up-end the
> > framework.
>
> You should be OK. Just don't use the String which has already been
> constructed or else use it a as a key into the resource bundles (like
> Category does). Judging from what you're saying you're planning on
> passing in non-Strng object which you'll use in Appenders/Layouts to
> create localized log messages in some way. The LoggingEvent now
> contains the original Object *in addition* to the String
> version of same
> Object so you can just use the Object.
>
> >
> > Thanks,
> > Clay
>
> --
> Anders Kristensen
>
> ---------------------------------------------------------------------
> 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]