Issue Details (XML | Word | Printable)

Key: JAVAMONEY-44
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: atsticks
Reporter: atsticks
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
javamoney

Enhance Spec (EDR feedback)

Created: 08/Aug/13 05:56 AM   Updated: 30/Aug/13 06:50 AM   Resolved: 30/Aug/13 06:50 AM
Component/s: Spec: Specification
Affects Version/s: 0.4-EDR1
Fix Version/s: 0.5

Time Tracking:
Original Estimate: 2 hours
Original Estimate - 2 hours
Remaining Estimate: 2 hours
Remaining Estimate - 2 hours
Time Spent: Not Specified
Time Spent - Not Specified

Tags:
Participants: atsticks


 Description  « Hide
  • What about implementation details for Equals, hashCode and comparable for MonetaryAmount
  • As a developer, I would expect a displayvalue attribute in MonetaryAmount (a currency with 2 digits of fraction precision rounded to be displayed to user in order to avoid confusion in displaying > 2 digits of decimal numbers) -> Explain that it is part of the formatting, toString may implement a simple altenative.
  • Is there any default setting/constructor for classes like CurrencyUnit based on default locale (to be loaded with LC_ALL attribute in server) -> Explain how the default setting is working, define it, if necessary
  • What about ISO or display name representation for Decimal units (eg: displaying RAPPEN, PAISA etc.,) -> Part of Formatting
  • I believe that getLegalCurrencyUnits(Region region) in MonetaryRegions class gives multi-currency details (eg: swiss supports CHF and EUR both) -> Perhaps add this use case as an example


atsticks made changes - 27/Aug/13 02:34 PM
Field Original Value New Value
Assignee atsticks [ atsticks ]
atsticks made changes - 27/Aug/13 02:34 PM
Status Open [ 1 ] In Progress [ 3 ]
atsticks made changes - 30/Aug/13 06:50 AM
Status In Progress [ 3 ] Resolved [ 5 ]
Resolution Fixed [ 1 ]