Re: [threeten-develop] UTCDateTime

[Brian H. <bri...@gm...>]

Instant doesn't have the convenient datetime methods like getMinuteOfHour
which is why I was pushing for a datetime type.

But your point is fair. If I want this type, I'll add it to my code base
separately.

On Mon, Oct 17, 2011 at 3:21 AM, Stephen Colebourne <sco...@jo...>wrote:

> And I'm saying that type exists. Its Instant.
>
> Stephen
>
>
> On 17 October 2011 02:10, Brian Harris <bri...@gm...> wrote:
> > This DAL wants to store/restore UTC datetimes. The DB column would be
> named
> > "utcdatetime", By mandating UTC datetimes I don't need to store the zone
> > separately. This is a common approach for storing datetimes.
> > This DAL interface should use a UTCDateTime (ZeroOffsetDateTime, as you
> > called it), but that type doesn't exist. I'm proposing we add it to 310.
> > On Sun, Oct 16, 2011 at 8:40 PM, Stephen Colebourne <
> sco...@jo...>
> > wrote:
> >>
> >> On 17 October 2011 01:08, Brian Harris <bri...@gm...>
> wrote:
> >> > My DAL example shows why ZonedDateTime isn't good enough. I'm
> >> > recommending
> >> > adding a type for this use case, do you agree 310 would benefit from
> >> > this
> >> > new type?
> >>
> >> Your DAL example shows an implementation of an interface that is
> >> failing to correctly implement. Any database code like that DAL must
> >> store both the instant and the zone-id - probably using two columns in
> >> SQL.
> >>
> >> >> > Do you have a datetime type today that includes leap seconds? Do
> you
> >> >> > plan to
> >> >> > support that?
> >> >> UTCInstant includes leap seconds.
> >> >
> >> > I wasn't considering UTCInstant a datetime type because it doesn't
> have
> >> > "getMinuteOfHour", for example. Do you see 310 ever offering a type
> with
> >> > "getMinuteOfHour" that supports leap seconds? If not, why not?
> >>
> >> I don't believe enough people understand or care about leap seconds to
> >> justify that.
> >>
> >> Stephen
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> All the data continuously generated in your IT infrastructure contains a
> >> definitive record of customers, application performance, security
> >> threats, fraudulent activity and more. Splunk takes this data and makes
> >> sense of it. Business sense. IT sense. Common sense.
> >> http://p.sf.net/sfu/splunk-d2d-oct
> >> _______________________________________________
> >> threeten-develop mailing list
> >> thr...@li...
> >> https://lists.sourceforge.net/lists/listinfo/threeten-develop
> >
> >
> >
> ------------------------------------------------------------------------------
> > All the data continuously generated in your IT infrastructure contains a
> > definitive record of customers, application performance, security
> > threats, fraudulent activity and more. Splunk takes this data and makes
> > sense of it. Business sense. IT sense. Common sense.
> > http://p.sf.net/sfu/splunk-d2d-oct
> > _______________________________________________
> > threeten-develop mailing list
> > thr...@li...
> > https://lists.sourceforge.net/lists/listinfo/threeten-develop
> >
> >
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> _______________________________________________
> threeten-develop mailing list
> thr...@li...
> https://lists.sourceforge.net/lists/listinfo/threeten-develop
>