On Sat, Jan 27, 2018 at 4:28 PM, Remko Popma <remko.po...@gmail.com> wrote:

> Well, we can’t use java.time.Instant in LogEvent and still be garbage
> free. So that’s a bigger discussion.
>
> You have reviewed the code, so I hope you agree, but I think our new time
> code is pretty clean. One could argue that the translation from
> epochSeconds to epochMillis is duplication from java.time.Instant but it’s
> also not rocket science.
>
> We currently have limited formatting capabilities. We don’t offer
> nanosecond precision with any possible date/time format.
> With Java 8 we could offer the power of DateTimeFormatter with nanosecond
> precision. However, this powerful formatting would be at the expense of
> being garbage free.
>
> So there are trade offs but from my point of view we are not missing much
> by not using Java 8.
>
> Anyway, 2019 will come sooner than we think. (Time flies.) :-)
>

(Good one!)

:-)

Gary


>
> (Shameless plug) Every java main() method deserves http://picocli.info
>
> > On Jan 28, 2018, at 2:47, Gary Gregory <garydgreg...@gmail.com> wrote:
> >
> > Hi Remko:
> >
> > Curious: How much bending over backward are we doing with this new time
> > code by _not_ using Java 8?
> >
> > Gary
>

Reply via email to