How do you create a jira ticket? I looked for where i could but i didnt see anywhere that said add issue On Oct 9, 2013 4:47 PM, "Remko Popma" <remko.po...@gmail.com> wrote:
> 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 > > >