[JAVAMONEY-125] Add missing tests Created: 27/May/15  Updated: 27/May/15

Status: Open
Project: javamoney
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: znurgl Assignee: znurgl
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Test coverage is 76% at the moment. It needs to make sure every function has its test.






[JAVAMONEY-123] QueryConfig for MonetaryAmount does not honor params. Created: 15/May/15  Updated: 15/May/15

Status: Open
Project: javamoney
Component/s: Impl: RI
Affects Version/s: 1.0
Fix Version/s: 1.0.1

Type: Bug Priority: Major
Reporter: atsticks Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Looking at the following test:

MonetaryAmount am = Monetary.getAmountFactory(
                MonetaryAmountFactoryQueryBuilder.of()
                .set(RoundingMode.DOWN)
                .setPrecision(256).build()
        ).setCurrency("CHF").setNumber(1234.5678).create();
        assertEquals(256, am.getContext().getPrecision());
        assertEquals(RoundingMode.DOWN, am.getContext().get(RoundingMode.class));

The MonetaryContext should return a precision = 256 and RoundingMode = RoundingMode.DOWN. This must be the case, since it is a Money instance to be created. The behaviour should be similar for all the following cases:

  • Money is set explicitly or implicitly as target type
  • Also if RoundingMode is set only, it should be honored by the Money factory
  • Also if precision is set it should honored by the Money factory

We have to think about the behaviour, if a factory is taken that may not honor all params. For optimal transparency I would suggest to add all uninterpretable para:ms with a special prefiye such as .ignored, e.g.

myFoo=fooValue -> ignored.myFoo=fooValue

This may also allow us to enable additional mechanisms as identified by the customers using the RI.






[JAVAMONEY-103] Create JEP for Java 10+ Created: 12/May/15  Updated: 14/May/15

Status: Open
Project: javamoney
Component/s: API, Impl: RI, Misc: JCP Administration
Affects Version/s: 1.0, 1.0.1
Fix Version/s: 1.x

Type: Task Priority: Major
Reporter: keilw Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Cloners
clones JAVAMONEY-73 Create JEP for Java 9+ Closed
Tags: java10, jdk

 Description   

As discussed, it seems like a good idea to have an OpenJDK committer file a JEP for monetary improvements in a future Java version. Whether that's 10 or later should be determined by Oracle and the OpenJDK program. but without filing it, that's never going to happen.






Generated at Fri May 29 05:17:11 UTC 2015 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.