[log4cxx] XML configuration with compression

Does anybody happen to have a known good XML file for rollover with compression? I'm working on LOGCXX-523 and I'm trying to configure the XML file to gzip the files when rolling over, but I can't get it to work. It seems that the only configuration that we have in the tests programmatically conf

Re: [log4cxx] Release Prep

If you're able to test the PR that I just did, that would be helpful: https://github.com/apache/logging-log4cxx/pull/63 All of the tests pass so it's probably good, but an extra set of eyes is helpful. -Robert Middleton On Thu, Apr 15, 2021 at 4:32 AM Stephen Webb wrote: > > > Or maybe we just

Re: Missing nanosecond precision in FastDateFormat

Precisely. On Fri, 16 Apr 2021, 18:35 Ralph Goers wrote: > If I am reading that write you are only handling millis. You probably want > to be using an Instant. > > Ralph > > > On Apr 16, 2021, at 9:06 AM, Volkan Yazıcı > wrote: > > > > Thanks, Ralph! Apparently I need to create a bug report her

Re: Missing nanosecond precision in FastDateFormat

If I am reading that write you are only handling millis. You probably want to be using an Instant. Ralph > On Apr 16, 2021, at 9:06 AM, Volkan Yazıcı wrote: > > Thanks, Ralph! Apparently I need to create a bug report here: > > formatResolverContext.calendar.setTimeInMillis(timestampMillis); >

Re: Missing nanosecond precision in FastDateFormat

Thanks, Ralph! Apparently I need to create a bug report here: formatResolverContext.calendar.setTimeInMillis(timestampMillis); formatResolverContext.timestampFormat.format( formatResolverContext.calendar, formatResolverContext.formattedTimestampBuilder); On Fri, Apr 16, 2021 at 6

Re: Missing nanosecond precision in FastDateFormat

Something is definitely odd here. We use FastDateFormat in the DatePatternConverter that is used to print timestamps in the log. It most definitely displays milliseconds while yours are all 0. I don’t know that I have ever tried it with more than 3 though. Are you calling void formatToBuffer

Missing nanosecond precision in FastDateFormat

A JsonTemplateLayout user has reported that the following JSON template { "@timestamp_nano1": { "$resolver": "timestamp",