[JSR-354] Re: Scope of the JSR, RI and TCK
- From: Werner Keil <werner.keil@...>
- To: jcurrency_mail@...
- Subject: [JSR-354] Re: Scope of the JSR, RI and TCK
- Date: Thu, 7 Feb 2013 18:09:40 +0100
Regarding the user base, Blackberry 10 may certainly not be comparable to other M2M and Embedded or JavaCard, but it also supports parts of CLDC versions (1.0 at least) beside others.
That's how java.util looks like:
When I said, JavaCard, certainly a use case for many banks wasn't in scope, I guess I was mislead, as the current JavaCard 3.0 java.util package looks like that:
Note, Locale, Generics, StringBuilder and several other aspects of Java 5 have already found their way into JavaCard, too!
The only restriction when it comes to Money would be, that so far CLDC has no Number or even decimal types, but those money APIs of MoneyDance, JFire or other SE level financial apps using only Long or long primitives under the hood show, that would also work, but the core API may target SE using e.g. Number, while a subset for JavaCard 3.x, 4.x or CLDC 8+ may need to make adjustments to it, unless the Number base class was introduced.
All of these have java.util.Calendar and Date btw., but of the 6 Billion JVMs out there only 6 Million or less are likely to use JSR 310 any time soon. I wouldn't even bet, that the Compact SE 8 editions come with it, they may feature a subset of java.util.Date and Calendar compatible with SE 7 but not JSR 310.
Also, while Stephen may not care about that so much either, if the majority wanted only a standalone version, then using 310 even in a full scale SE/EE size is a no-go, with a minimum Java version of 7 or 6. And making the API available sooner to users of Java 6 or 7 now, rather than having to wait for them to upgrade to SE 9 would be among the arguments for a standalone edition.