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.) :-) (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
