Skip to main content

[JSR-354] Re: JSR 354 API Update

  • From: Werner Keil <werner.keil@...>
  • To: jcurrency_mail@...
  • Subject: [JSR-354] Re: JSR 354 API Update
  • Date: Thu, 1 Aug 2013 17:41:37 +0200

Another convincing argument for long timestamps not just for the initial
version is JMS 2
While methods like this
http://docs.oracle.com/javaee/7/api/javax/jms/Message.html#getJMSTimestamp()
existed
as long all the time, this one
http://docs.oracle.com/javaee/7/api/javax/jms/MessageProducer.html#getDeliveryDelay()
was
added.

After a brief expression of interest by LJC it didn't look like anybody
actually adopted JMS 2 after all (the comments when we voted on it sounded
even less like it, I recall reading "why didn't anybody else do
something?") but if there were more sophisticated alternatives to a UTC
timestamp and duration stored as long, one would have expected to hear or
read in the mailing lists for that JSR.

So long it is, and this sounds like an example case for most other JSRs,
too. If JMS got any drastic improvements under the Java EE 8 umbrella, I
guess we may revisit that for future releases.

Werner

On Wed, Jul 31, 2013 at 12:23 AM, Werner Keil <werner.keil@...> wrote:

> Sascha,
>
> I recall most methods now take the long primitive (closest to all the
> various Date/Time APIs, only JavaFX uses double for timestamps, but given
> its Movie making analogy, maybe they thought of movie timecodes or Decimal
> time. However the Duration API of JavaFX mentions the usage of the double
> data only the same way its loose ThreeTen equivalent (and all other similar
> APIs) use a long value.
>
> This actual use of Decimal Time
> http://en.wikipedia.org/wiki/Decimal_time#Accounting is however
> noteworthy especially for billing and accounting[?]
> Also MS Office and other files store times in format, too it seems.
>
> However, with UTC timestamps we're on the safe side, regardless of how
> many different internal or external APIs a particular app has to deal with.
>
> Cheers,
> Werner
>

Attachment: 347.gif
Description: GIF image



[JSR-354] Re: JSR 354 API Update

Werner Keil 08/01/2013
 
 
Close
loading
Please Confirm
Close