@@ -288,9 +288,7 @@ accommodate such applications.
288
288
=== Scope
289
289
JSR 354 targets a standalone scope. Nevertheless it may be integrated with the JDK later, so its design and scope must
290
290
consider JDK patterns. Additionally the work on the JSR has shown, that it is possible to define a flexible
291
- and comprehensive API that is also almost compatible with Java ME. Since with the Internet of Things small
292
- devices are getting more important, and there is high probability that monetary aspects must be implemented, the expert
293
- group decided to keep the API independent of JDK artifacts that are not supported on ME, where easily possible.
291
+ and comprehensive API that is also compatible with Java Embedded.
294
292
Basically this affects usage of +java.math+ and +java.text+. Nevertheless the reference implementation is free to use
295
293
existing functionality and the JSR also includes requirements (also checkable by the TCK) to ensure a minimal set of
296
294
functionality on Java SE.
@@ -301,7 +299,7 @@ ensured that scope was fully evaluated and that the parts best suited to standar
301
299
302
300
=== Required Java version
303
301
The specification is based on Java SE 8 language features. Implementations may target any suitable Java SE version,
304
- or given an increasing SE/ME correlation also matching ME versions. For users of JDK 7 a forward compatible backport of
302
+ or given an increasing SE/ME correlation also future ME versions. For users of JDK 7 a forward compatible backport of
305
303
the API will be provided. This allows to design an API, which will easily fit into Java 9, but still supporting
306
304
older releases, since there are many financial applications and products that will require years
307
305
until they were migrated to Java 8. In general there are only a few aspects within the API that would be affected by
@@ -481,9 +479,8 @@ It must be possible to format and parse monetary amounts. Therefore the JSR defi
481
479
. supports rounding of amounts for display and reverse rounding during parsing.
482
480
483
481
[[RequirementsFormattingEE]]
484
- === EE and ME Support
485
- . This JSR must avoid restrictions that prevents its use in different runtime environments, such as EE or ME. Thus e.g.
486
- direct references to elements in java.math and java.text which is not supported by Java ME so far must be avoided. Refer
482
+ === Java EE Support
483
+ . This JSR must avoid restrictions that prevents its use in different runtime environments, such as Java EE. Refer
487
484
also to the section <<Boostrap>> for more details on possible EE/CDI integration.
488
485
489
486
[[RequirementsNonFunctional]]
0 commit comments