Skip to content

Minor grammar edit — no change in content. #45

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 4 commits into from
Closed

Minor grammar edit — no change in content. #45

Changes from all commits
Commits
Show all changes
4 commits
Select commit Hold shift + click to select a range
c30f47b
Minor grammar edit — no change in content.
msgilligan Dec 30, 2014
59db7a6
Minor grammar change.
msgilligan Dec 30, 2014
61d7e81
More minor grammar fixes.
msgilligan Dec 30, 2014
4c660a0
Merge branch 'master' of https://github.com/JavaMoney/jsr354-api
msgilligan Jan 29, 2015
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
11 changes: 5 additions & 6 deletions src/main/asciidoc/JavaMoneySpecification.adoc
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -280,7 +280,7 @@ JSR 354 targets to support all general application areas, e.g.
* etc.

This specification will not discuss low latency concerns as required for example by algorithmic trading applications.
Nevertheless the API was designed to support different implementations of monetary amounts and allows to be extended in
Nevertheless the API was designed to support different implementations of monetary amounts and allows for extension in
several ways. So it should be flexible enough that corresponding implementations can be used transparently to
accommodate such applications.

Expand Down Expand Up @@ -885,8 +885,8 @@ public abstract class NumberValue extends java.lang.Number{

Hereby

. +getNumberType()+ provides information about the numeric representation used internally. It does explicitly not
constraint the type returned to be a subtype of +java.lang.Number+ to allow also alternate implementations used.
. +getNumberType()+ provides information about the numeric representation used internally. It explicitly does not
constrain the type returned to be a subtype of +java.lang.Number+ to allow alternate implementations to be used.
. +intValueExact(), longValueExact(), doubleValueExact()+ extend the methods defined in +java.lang.Number+, with their
exact variants. Exact means, that it is required to throw an +ArithmeticException+, if the current numeric value must
be truncated to fit into the required target type. So in the following cases an exception must be thrown:
Expand Down Expand Up @@ -2468,9 +2468,8 @@ public class MyCurrencyProvider implements CurrencyProvider {
== Meta-Data Modeling ==
=== Overview ===

The JSR uses a unified meta-data model to support also more advanced use cases, which are not explicitly specified.
Mostly reasons for not specifying these aspects is that these things are highly use case and organization dependent
aspects. In general there are 2 flavors of meta-data used throughout the JSR:
The JSR uses a unified meta-data model to support more advanced use cases, which are not explicitly specified.
The main reason for not specifying these aspects is that they are highly use case and organization dependent. In general there are two flavors of meta-data used throughout the JSR:

. _Contexts_ provide additional information on value types or services, such as currencies, amounts, conversions or
formats. Contexts are accessible directly from the corresponding value types, by calling methods named
Expand Down