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 >