Jonathan, Would you mind raising a JIRA ticket for the issue you're reporting? That makes it easier for us to track and easier for you to attach config files or image files. (The mailing list software may not like image file attachments...)
Best regards, Remko Sent from my iPhone > On 2013/10/10, at 6:15, Jonathan Willis <quicksilver...@gmail.com> wrote: > > > > > >> On Wed, Oct 9, 2013 at 3:05 PM, Ralph Goers <ralph.go...@dslextreme.com> >> wrote: >> Can you provide your lookup source? >> >> >> On Oct 9, 2013, at 1:22 PM, Jonathan Willis <quicksilver...@gmail.com> wrote: >> >> > http://stackoverflow.com/questions/19277445/how-to-use-map-lookups-using-log4j2 >> > >> > >> > On Wed, Oct 9, 2013 at 2:18 PM, Ralph Goers >> > <ralph.go...@dslextreme.com>wrote: >> > >> >> Please remember that mine is just one opinion, but I am fine with that. I >> >> guess if no default value is provided this way then it can still fall back >> >> to looking in the properties map. >> >> >> >> Ralph >> >> >> >> >> >> On Oct 9, 2013, at 12:53 PM, Woonsan Ko <woon_...@yahoo.com> wrote: >> >> >> >>> Hi Ralph, >> >>> >> >>> >> >>> I have something related to this improvement idea. >> >>> I have thought it might be a bit more useful and flexible to allow >> >> default value in the variable expression itself. >> >>> For example, ${var1:-defvalue1}, ${ctx:request_id:-defvalue2}, etc. >> >>> This generic feature has been included in StrSubstitutor of >> >> commons-lang3 with the following issue: >> >>> - https://issues.apache.org/jira/browse/LANG-893 >> >>> >> >>> I understand Oliver's patch should work more efficiently for map pattern >> >> converters, but the goodness of the feature with LANG-893 is we can use it >> >> more widely whenever used in look ups. >> >>> >> >>> I know StrSubstitutor in log4j2 added more operations to deal with >> >> LogEvent argument, so I can create a patch to include the feature of >> >> LANG-893 if it is useful for others. >> >>> Also, Oliver's patch won't conflict with this patch. >> >>> >> >>> What do you think? >> >>> >> >>> Kind regards, >> >>> >> >>> Woonsan >> >>> >> >>> >> >>>> On Tuesday, October 1, 2013 9:21 AM, Ralph Goers <rgo...@apache.org> >> >> wrote: >> >>>>> Patches are always welcome! >> >>>> >> >>>> Ralph >> >>>> >> >>>> On Oct 1, 2013, at 1:13 AM, Oliver Flege <ofl...@vwd.com> wrote: >> >>>> >> >>>>>> $${mdc:request_id} in a pattern should cause the request_id to be >> >>>> evaluated on every event. >> >>>>> >> >>>>> thanks a lot, $${ctx:request_id} seems to do the trick >> >>>>> >> >>>>> however, the computation of the default value is quite complex as it >> >> always >> >>>> involves >> >>>>> a variable substitution, and I cannot use conversion specifiers with >> >> $$ as >> >>>> I can with %X >> >>>>> >> >>>>> Would you consider accepting a patch that adds support for slf4j-like >> >>>> default values >> >>>>> in %X{key} and %K{key}, s.th. like %X{key:-defaultValue} ? >> >>>>> >> >>>>> Regards, >> >>>>> Oliver >> >>>>> >> >>>>> >> >>>>> >> >>>>>> >> >>>>>>> On Sep 30, 2013, at 8:04 AM, Oliver Flege <ofl...@vwd.com> >> >>>> wrote: >> >>>>>>> >> >>>>>>> ok, this works for ${...} expressions in the configuration, >> >>>> but I don't see how it would >> >>>>>>> apply to pattern evaluation. To simplify and rephrase my original >> >>>> question: >> >>>>>>> >> >>>>>>> Given a pattern layout with a pattern like: %X{REQUEST_ID} >> >>>>>>> >> >>>>>>> is it possible to define a default value that will be printed >> >>>>>>> if the thread never executed >> >>>> ThreadContext.put("REQUEST_ID", "XYZ")? >> >>>>>>> >> >>>>>>> I tried ${mdc:REQUEST_ID} + a Property REQUEST_ID, but that >> >>>>>>> will only be evaluated when the configuration is parsed. >> >>>>>>> >> >>>>>>> Oliver >> >>>>>>> >> >>>>>>>> Yes, it supports default values. Specify them as properties at >> >>>> the beginning of your configuration. Then when you specify something >> >> like >> >>>> ${sys:foo} if foo is not defined as a system property the default value >> >>>> will be used, >> >>>>>>>> >> >>>>>>>> Ralph >> >>>>>>>> >> >>>>>>>>> On Sep 30, 2013, at 3:30 AM, Oliver Flege >> >>>> <ofl...@vwd.com> wrote: >> >>>>>>>>> >> >>>>>>>>> Hi, >> >>>>>>>>> >> >>>>>>>>> I am considering to switch from slf4j/logback to log4j2; >> >>>>>>>>> >> >>>>>>>>> in slf4j/logback, I can specify a default value for a >> >>>> missing mdc entry >> >>>>>>>>> like this: >> >>>>>>>>> >> >>>>>>>>> <pattern>%d{HH:mm:ss} %X{FOO:--} %c{0} >> >>>> - %m%n</pattern> >> >>>>>>>>> >> >>>>>>>>> which would print "-" if mdc.get("FOO") >> >>>> is null (the ":-" separates >> >>>>>>>>> the key and the default value). >> >>>>>>>>> >> >>>>>>>>> Having a defined number of tokens/fields at the beginning >> >>>> of the log message >> >>>>>>>>> makes it easier to process it with awk/cut etc. >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> Does log4j support default values? - I could not find any >> >>>> hint in the documentation >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> Regards, >> >>>>>>>>> Oliver >> >>>>>>>>> >> >>>>>>>>> >> >>>> --------------------------------------------------------------------- >> >>>>>>>>> To unsubscribe, e-mail: >> >>>> log4j-user-unsubscr...@logging.apache.org >> >>>>>>>>> For additional commands, e-mail: >> >>>> log4j-user-h...@logging.apache.org >> >>>>>>>> >> >>>>>>>> >> >>>> --------------------------------------------------------------------- >> >>>>>>>> To unsubscribe, e-mail: >> >>>> log4j-user-unsubscr...@logging.apache.org >> >>>>>>>> For additional commands, e-mail: >> >>>> log4j-user-h...@logging.apache.org >> >>>>>>> >> >>>>>>> >> >>>>>>> -- >> >>>>>>> Oliver Flege >> >>>>>>> Senior Software Engineer | vwd group >> >>>>>>> >> >>>>>>> vwd Vereinigte Wirtschaftsdienste AG >> >>>>>>> Stiftsplatz 6/7 | 67655 Kaiserslautern >> >>>>>>> Telefon: +49 631 3649-0 | Telefax: +49 631 3649-109 >> >>>>>>> ofl...@vwd.com | www.vwd.com >> >>>>>>> ______________________________________________________________ >> >>>>>>> >> >>>>>>> vwd Vereinigte Wirtschaftsdienste AG >> >>>>>>> Sitz der Gesellschaft: Tilsiter Straße 1 | 60487 Frankfurt am Main >> >>>>>>> Handelsregister: AG Frankfurt am Main HRB 81011 >> >>>>>>> Vorstand: Dr. Ralf Kauther >> >>>>>>> Vorsitzender des Aufsichtsrates: Dr. Thorsten Dippel >> >>>> >> >>>>>>> ____________________________________________________________ >> >>>>>>> >> >>>>>>> >> >>>> --------------------------------------------------------------------- >> >>>>>>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org >> >>>>>>> For additional commands, e-mail: log4j-user-h...@logging.apache.org >> >>>>>> >> >>>>>> --------------------------------------------------------------------- >> >>>>>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org >> >>>>>> For additional commands, e-mail: log4j-user-h...@logging.apache.org >> >>>>> >> >>>>> >> >>>>> -- >> >>>>> Oliver Flege >> >>>>> Senior Software Engineer | vwd group >> >>>>> >> >>>>> vwd Vereinigte Wirtschaftsdienste AG >> >>>>> Stiftsplatz 6/7 | 67655 Kaiserslautern >> >>>>> Telefon: +49 631 3649-0 | Telefax: +49 631 3649-109 >> >>>>> ofl...@vwd.com | www.vwd.com >> >>>>> ______________________________________________________________ >> >>>>> >> >>>>> vwd Vereinigte Wirtschaftsdienste AG >> >>>>> Sitz der Gesellschaft: Tilsiter Straße 1 | 60487 Frankfurt am Main >> >>>>> Handelsregister: AG Frankfurt am Main HRB 81011 >> >>>>> Vorstand: Dr. Ralf Kauther >> >>>>> Vorsitzender des Aufsichtsrates: Dr. Thorsten Dippel >> >>>>> ____________________________________________________________ >> >>>>> >> >>>>> --------------------------------------------------------------------- >> >>>>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org >> >>>>> For additional commands, e-mail: log4j-user-h...@logging.apache.org >> >>>>> >> >>>> >> >>>> --------------------------------------------------------------------- >> >>>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org >> >>>> For additional commands, e-mail: log4j-user-h...@logging.apache.org >> >>>> >> >>> >> >>> --------------------------------------------------------------------- >> >>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org >> >>> For additional commands, e-mail: log4j-user-h...@logging.apache.org >> >>> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org >> >> For additional commands, e-mail: log4j-user-h...@logging.apache.org >> >> >> >> >> > >> > >> > -- >> > Jonathan Willis >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org >> For additional commands, e-mail: log4j-user-h...@logging.apache.org > > > > -- > Jonathan Willis >
