Ha I didn't notice this was a JIRA thread! On Thursday, 1 May 2014, Remko Popma <[email protected]> wrote:
> Actually, Matt, I take that back with apologies. I'll start a discussion > thread on the dev list. The Jira can be focussed on the user requirements. > > > On Fri, May 2, 2014 at 7:02 AM, Remko Popma > <[email protected]<javascript:_e(%7B%7D,'cvml','[email protected]');> > > wrote: > >> Matt, can you make this a Jira comment? Not sure Bryan is on this list & >> I'd prefer to have the full discussion either in the Jira comments or on >> the list: half-half will be confusing... >> >> Sent from my iPhone >> >> On 2014/05/02, at 5:19, Matt Sicker >> <[email protected]<javascript:_e(%7B%7D,'cvml','[email protected]');>> >> wrote: >> >> If we used Clock consistently throughout, does this make sense to use >> everywhere? We use the clock to determine thread killing timeouts for >> instance. There are other places time is used that if it were to use the >> Clock interface, we'd have to document the contract required to be followed >> by it in order to not make everything blow up in a mess of concurrency >> problems. >> >> >> On 1 May 2014 14:09, Bryan Hsueh (JIRA) >> <[email protected]<javascript:_e(%7B%7D,'cvml','[email protected]');> >> > wrote: >> >>> >>> [ >>> https://issues.apache.org/jira/browse/LOG4J2-628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13986881#comment-13986881] >>> >>> Bryan Hsueh commented on LOG4J2-628: >>> ------------------------------------ >>> >>> Correct, my use case is not performance related. Instead, I implement >>> Clock so that I can decide whether to use System time or my own artificial, >>> simulated time. >>> >>> I am simulating a program against historical data. So, when I run >>> historically, I want to see my historical timestamp. When I run live, I >>> want to see the System timestamp. My Clock:currentTimeMillis() decides >>> this for me. >>> >>> > Cannot set log4j.Clock with Async appender >>> > ------------------------------------------ >>> > >>> > Key: LOG4J2-628 >>> > URL: https://issues.apache.org/jira/browse/LOG4J2-628 >>> > Project: Log4j 2 >>> > Issue Type: Question >>> > Components: Appenders >>> > Affects Versions: 2.0-rc1 >>> > Environment: Ubuntu 12.04 / Java 7 >>> > Reporter: Bryan Hsueh >>> > >>> > I override log4j.Clock to support a "live" time vs a "simulated" time. >>> > System.setProperty("log4j.Clock", "teambh.trade.utils.MyClock"); >>> > If I use asynchronous loggers, it works fine and calls my >>> Clock:currentTimeMillis(). >>> > If I switch to async appenders, currentTimeMillis() is not called. >>> > Is this expected behavior or a bug? >>> > Thanks >>> >>> >>> >>> -- >>> This message was sent by Atlassian JIRA >>> (v6.2#6252) >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: >>> [email protected]<javascript:_e(%7B%7D,'cvml','[email protected]');> >>> For additional commands, e-mail: >>> [email protected]<javascript:_e(%7B%7D,'cvml','[email protected]');> >>> >>> >> >> >> -- >> Matt Sicker >> <[email protected]<javascript:_e(%7B%7D,'cvml','[email protected]');>> >> >> >> > -- Matt Sicker <[email protected]>
