On Tue, Oct 6, 2015 at 1:39 AM, Pavel Tupitsyn <ptupit...@gridgain.com>
wrote:

> Keep in mind that separating them can introduce difficulties for other
> platforms.
> For example, DateTime in .Net has more precision (100ns vs 1ms in Java).
> Serializing this in Java format will lead to data loss. Serializing .Net
> DateTime as Timestamp will preserve precision, but may hurt
> interoperability.
>

Thanks Pavel. This is exactly the reason why Date vs Timestamp selection it
is implemented right now via a configuration flag.


>
> Thanks,
>
> On Tue, Oct 6, 2015 at 10:29 AM, Denis Magda <dma...@gridgain.com> wrote:
>
> > I would definitely remove such a mapping if no one explains a reason we
> > have it.
> >
> > --
> > Denis
> >
> >
> > On 10/6/2015 10:26 AM, Vladimir Ozerov wrote:
> >
> >> Igniters,
> >>
> >> For some reason we "merged" Date and Timestamp types in portable
> >> marshaller. They are both written in the same format with the same type
> >> ID.
> >> And how date is interpreted on read side - as Date or as Timestamp -
> >> depends on configuration flag "use timestamp".
> >>
> >> Is there are reason why we do this? Transparent conversion from
> Timestamp
> >> to Date is invalid use case because it leads to data loss. Looks like we
> >> can separate these types from each other and remove this strange
> >> configuration parameter.
> >>
> >> Thoughts?
> >>
> >> Vladimir.
> >>
> >>
> >
>
>
> --
> --
> Pavel Tupitsyn
> GridGain Systems, Inc.
> www.gridgain.com
>

Reply via email to