Currency Service Avatar
  1. OMG Specification

Currency Service — All Issues

  • Acronym: CURR
  • Issues Count: 53
  • Description: All Issues
Closed All
All Issues

Issues Summary

Key Issue Reported Fixed Disposition Status
CURR11-47 ExchangeRateValue init interface need information CURR 1.0 CURR 1.1 Resolved closed
CURR11-46 IDL Changes to support date ranges on ExchangeRateValue CURR 1.0 CURR 1.1 Resolved closed
CURR11-58 Correct interface symantics for createExchangeRate CURR 1.0 CURR 1.1 Resolved closed
CURR11-57 Correct Currency create method CURR 1.0 CURR 1.1 Resolved closed
CURR11-52 Change the name of getStateIdentifier to issueStateIdentifier CURR 1.0 CURR 1.1 Resolved closed
CURR11-51 Correct issues with CosObjectIdentity::IdentifiableObject in StateIDManage CURR 1.0 CURR 1.1 Resolved closed
CURR11-50 Clarification on whether stateID manages session or state access CURR 1.0 CURR 1.1 Resolved closed
CURR11-49 Legal value ranges for numerics in ExchangeRateValue should be discussed CURR 1.0 CURR 1.1 Resolved closed
CURR11-53 Add validity checkign for StateIdentifier CURR 1.0 CURR 1.1 Resolved closed
CURR11-54 what values are used to determine if a currency exists in CurrencyBook CURR 1.0 CURR 1.1 Resolved closed
CURR11-55 Clarify the areEquivelent interface of the CurrencyBook CURR 1.0 CURR 1.1 Resolved closed
CURR11-48 Missing details on preconditions on the ExchangeRateValue CURR 1.0 CURR 1.1 Resolved closed
CURR11-56 Change get Currency to retrieveCurrency CURR 1.0 CURR 1.1 Resolved closed
CURR11-42 Add description of isCurrency Active CURR 1.0 CURR 1.1 Resolved closed
CURR11-44 MoneyValue init interface need information CURR 1.0 CURR 1.1 Resolved closed
CURR11-43 Add mechanism to create Money instances for moneyValue CURR 1.0 CURR 1.1 Resolved closed
CURR11-45 exception semantics for MoneyValue CURR 1.0 CURR 1.1 Resolved closed
CURR11-74 Supplied Data for ISO Locales in MoneyFormatter needs to be discussed CURR 1.0 CURR 1.1 Resolved closed
CURR11-73 Change name of CBO::DAmountOfTime interface to CBO::AmountOfTime CURR 1.0 CURR 1.1 Resolved closed
CURR11-76 Value types need state CURR 1.0 CURR 1.1 Resolved closed
CURR11-75 Add clarification on formatting string in MoneyFormatter CURR 1.0 CURR 1.1 Resolved closed
CURR11-64 Clarify legal values for the MoneyFormatter format strings CURR 1.0 CURR 1.1 Resolved closed
CURR11-61 removeExchangeRate() interface issue CURR 1.0 CURR 1.1 Resolved closed
CURR11-60 Modify and specify the behavior of the insertExchangeRate interface CURR 1.0 CURR 1.1 Resolved closed
CURR11-69 Create mechanism to modify what negative prefix is for formatting string CURR 1.0 CURR 1.1 Resolved closed
CURR11-66 Clarify exceptions for setFormattingString in MoneyFormatter CURR 1.0 CURR 1.1 Resolved closed
CURR11-65 Clarify contradiction betw setFormatByLocale & setFormattingString CURR 1.0 CURR 1.1 Resolved closed
CURR11-68 Interface changes for MoneyFormatter pattern handling CURR 1.0 CURR 1.1 Resolved closed
CURR11-67 Typo on SetPatternMnemonicSymbol name CURR 1.0 CURR 1.1 Resolved closed
CURR11-71 Add interfaces for internal precision on MoneyCalculator CURR 1.0 CURR 1.1 Resolved closed
CURR11-70 Clarify on comparison methods of the MoneyCalculator CURR 1.0 CURR 1.1 Resolved closed
CURR11-63 Clarify MoneyFormatter use of the # symbol CURR 1.0 CURR 1.1 Resolved closed
CURR11-62 Proposed interface changes to ExchangeRateManager CURR 1.0 CURR 1.1 Resolved closed
CURR11-72 Fix omitted precondition for MoneyCalculator CURR 1.0 CURR 1.1 Resolved closed
CURR11-59 Change the name of addExchangeRate to insertExchangeRate CURR 1.0 CURR 1.1 Resolved closed
CURR11-34 Exchange rates need to be date based. CURR 1.0 CURR 1.1 Resolved closed
CURR11-33 Clearer information describing different rounding types is needed CURR 1.0 CURR 1.1 Resolved closed
CURR11-32 Text indicating that vendors shall provide default values CURR 1.0 CURR 1.1 Resolved closed
CURR11-31 Extend ExceptionType enumerations CURR 1.0 CURR 1.1 Resolved closed
CURR11-36 Propose modification to the init method of CurrencyValue CURR 1.0 CURR 1.1 Resolved closed
CURR11-35 vendor implementations can implement only parts and interoperate-Statement CURR 1.0 CURR 1.1 Resolved closed
CURR11-39 More clarification on the semantics of string arguements for CurrencyValue CURR 1.0 CURR 1.1 Resolved closed
CURR11-38 Missing details on preconditions on the Currency interface as a whole CURR 1.0 CURR 1.1 Resolved closed
CURR11-41 Typos in CurrencyValue section CURR 1.0 CURR 1.1 Resolved closed
CURR11-40 Legal value ranges for numerics in CurrencyValue init should be discussed CURR 1.0 CURR 1.1 Resolved closed
CURR11-37 missing description on the init method for CurrencyValue CURR 1.0 CURR 1.1 Resolved closed
CURR11-30 StateID Exception CURR 1.0 CURR 1.1 Resolved closed
CURR11-29 Change double to short for internal precision CURR 1.0 CURR 1.1 Resolved closed
CURR11-28 Add idl and text to describe the getAllExchangeRates method CURR 1.0 CURR 1.1 Resolved closed
CURR11-27 Add text for formatter that the format string will be used for parsing CURR 1.0 CURR 1.1 Resolved closed
CURR11-26 Change text description of behavior of ROUND_FLOOR and ROUND_CEILING CURR 1.0 CURR 1.1 Resolved closed
CURR11-25 Clarify on comparison methods of the calculato CURR 1.0 CURR 1.1 Resolved closed
CURR11-24 clarification on how the "#" is used in the money formatter CURR 1.0 CURR 1.1 Resolved closed

Issues Descriptions

ExchangeRateValue init interface need information

  • Key: CURR11-47
  • Legacy Issue Number: 2392
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: The init() interface appears in the consolidated IDL Specifications portion
    of the document, but does not appear and is not documented or discussed in
    section 2.3.8.

  • Reported: CURR 1.0 — Tue, 2 Feb 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

IDL Changes to support date ranges on ExchangeRateValue

  • Key: CURR11-46
  • Legacy Issue Number: 2391
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Propose the addition of the following interface(s):

    void setDateRange(in CBO::Dtime beginDateTime,
    in CBO::Dtime endDateTime) – Sets the window in
    time over which the ExchangeRate instance is valid.
    CBO::Dtime getStartDate() – Returns the date and time at which
    the ExchangeRate took effect.
    CBO::Dtime getEndDate() – Returns the date and time at which the
    ExchangeRate is no longer valid.

    Will also need an appropriate exception to throw when the date
    range is attempted to be set and beginDateTime >= endDateTime. Do
    not think that the beginDateTime should be allowed to be equal to
    the endDateTime as that then means that the ExchangeRate is valid
    for zero seconds.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Correct interface symantics for createExchangeRate

  • Key: CURR11-58
  • Legacy Issue Number: 2403
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: The createExchangeRate() and getExchangeRate() interfaces accept arguments
    sourceCurrencyMnemonic and targetCurrencyMnemonic. There is no mention in
    the document regarding how the component should react (e.g. throw an
    exception) if the passed arguments are the same mnemonic.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    closed issue, resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Correct Currency create method

  • Key: CURR11-57
  • Legacy Issue Number: 2402
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Currency create(
    in wstring name,
    in wstring fractionName,
    in wstring mnemonic,
    in short numericCode,
    in wstring symbol,
    in wstring fractionSymbol,
    in short ratioOfFractionToWhole,
    in wstring description,
    in CBO::DTime introductionDate,
    in CBO::DTime expirationDate,
    in boolean isISO,
    in wstring ISOVersion,
    in StringCollection locales)

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Change the name of getStateIdentifier to issueStateIdentifier

  • Key: CURR11-52
  • Legacy Issue Number: 2397
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: getStateIdentifier() implies an accessor which it is not. Change name of
    the interface to issueStateIdentifier().

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Correct issues with CosObjectIdentity::IdentifiableObject in StateIDManage

  • Key: CURR11-51
  • Legacy Issue Number: 2396
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Use of CosObjectIdentity::IdentifiableObject as the interface for a
    stateIdentifier. There is a particularly concerning paragraph in v1.0 of
    the Relationship Service regarding the interface: “The value of this
    attribute [readonly attribute ObjectIdentifier constant_random_id] is not
    guaranteed to be unique; that is, another identifiable object can return
    the same value. However, if objects return different identifiers, clients
    can determine that two identifiable objects are not identical”.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    closed, no changes

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Clarification on whether stateID manages session or state access

  • Key: CURR11-50
  • Legacy Issue Number: 2395
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: In general the decision needs to be made as to whether a given
    stateIdentifier is used to indicate the boundaries of a session or a simple
    configuration, as it currently seems to attempt to support both. Whichever
    direction is chosen, all of the interfaces that accept a stateIdentifier as
    an argument should be revisited to ensure that the intent of the interface
    is still properly supported. e.g. Should the currency component still offer
    a “connectionless” interface to its consumers?

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    closed, no action taken

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Legal value ranges for numerics in ExchangeRateValue should be discussed

  • Key: CURR11-49
  • Legacy Issue Number: 2394
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Can conversionFactor represent a value <= 0.0? I would think not. An
    exception should be thrown if the conversion factor is attempted to be set
    with a Ddecimal that represents a value <= 0.0
    The beginDateTime must be < endDateTime in the init() call correct? Throw
    an exception if this is not the case.
    The source and target currency mnemonics cannot be the same in the init()
    call correct? Throw an exception if they are.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    Closed, no change. This issue is fixed by Issue 2393

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Add validity checkign for StateIdentifier

  • Key: CURR11-53
  • Legacy Issue Number: 2398
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Add the boolean valid(in CosObjectIdentifier::IdentifiableObject
    stateIdentifier) interface. This must be included so that each interface
    that accepts a stateIdentifier can do validity checking against it before
    servicing the request.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    closed issue, resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

what values are used to determine if a currency exists in CurrencyBook

  • Key: CURR11-54
  • Legacy Issue Number: 2399
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: addCurrency() will raise an exception “if the currency already exists in
    the CurrencyBook …”. There is no mention of what elements of a currency are
    required to determine if one “already exists”. What
    needs to be fully
    detailed are those Currency elements which must be used to determine
    uniqueness. e.g. mnemonic, numeric code, etc.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    closed, resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Clarify the areEquivelent interface of the CurrencyBook

  • Key: CURR11-55
  • Legacy Issue Number: 2400
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: areEquivalent() “determines whether the two passed-in Currency objects
    contain the same elements”. Again, what needs to be fully detailed are
    those Currency elements which must be to determine uniqueness. e.g.
    mnemonic, numeric code, etc.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    closed, resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Missing details on preconditions on the ExchangeRateValue

  • Key: CURR11-48
  • Legacy Issue Number: 2393
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Issue Description: Missing details on preconditions on the
    ExchangeRateValue interface as a whole

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Change get Currency to retrieveCurrency

  • Key: CURR11-56
  • Legacy Issue Number: 2401
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: The getCurrency() method name lends the consumer to believe that it is
    simply an accessor method, which it is not. It is a searching method.
    Change the method name to retrieveCurrency() or something that indicates
    searching semantics.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    closed issue, resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Add description of isCurrency Active

  • Key: CURR11-42
  • Legacy Issue Number: 2387
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: There is no description of isCurrentlyActive() and when/why it would return
    true vs. false. Since it is described in the same area as the
    introduction/expiration date, does it simply perform a check to see if the
    current system time falls between the introduction and expiration
    date/times?

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    closed , resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

MoneyValue init interface need information

  • Key: CURR11-44
  • Legacy Issue Number: 2389
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: The init() interface appears in the consolidated IDL Specifications portion
    of the document, but does not appear and is not documented or discussed in
    section 2.3.7.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Add mechanism to create Money instances for moneyValue

  • Key: CURR11-43
  • Legacy Issue Number: 2388
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Issue Description: There is no mechanism to create Money instances via a
    factory/type manager method.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF, close

  • Updated: Fri, 6 Mar 2015 20:58 GMT

exception semantics for MoneyValue

  • Key: CURR11-45
  • Legacy Issue Number: 2390
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: There is no descriptive text stating why an FbcException would be raised
    when calling init(), [gs]etCurrencyMnemonic(), or [gs]etValue().

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Supplied Data for ISO Locales in MoneyFormatter needs to be discussed

  • Key: CURR11-74
  • Legacy Issue Number: 2775
  • Status: closed  
  • Source: Anonymous
  • Summary:

    : Need explanation that the ISO locale and it's associated format data will be provided by the vendor supplying the implementation.

  • Reported: CURR 1.0 — Wed, 30 Jun 1999 04:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Change name of CBO::DAmountOfTime interface to CBO::AmountOfTime

  • Key: CURR11-73
  • Legacy Issue Number: 2428
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Issue Description: Change name of CBO::DAmountOfTime interface to
    CBO::AmountOfTime

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    :AmountOfTime

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Value types need state

  • Key: CURR11-76
  • Legacy Issue Number: 2886
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: The value types in FbcCurrency (Currency, Money and ExchangeRate) need
    state added to them as defined by Objects By Value.

  • Reported: CURR 1.0 — Tue, 14 Sep 1999 04:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Add clarification on formatting string in MoneyFormatter

  • Key: CURR11-75
  • Legacy Issue Number: 2779
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Need clarification on formatting in MoneyFormatter. Can literal text be added to the formatting string, or is it strictly pattern based? If literal text cannot be added, add text to indicate the formatting string must contain only pattern characters.

  • Reported: CURR 1.0 — Wed, 30 Jun 1999 04:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    Fixed in issue 2409

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Clarify legal values for the MoneyFormatter format strings

  • Key: CURR11-64
  • Legacy Issue Number: 2409
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Clarify legal values for the MoneyFormatter format strings

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

removeExchangeRate() interface issue

  • Key: CURR11-61
  • Legacy Issue Number: 2406
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: The removeExchangeRate() interface may be too heavy handed. Modify
    the semantics of this interface to support making an exchange rate
    instance unsuitable for use (e.g. inactive). In this way, the exchange rate
    instance would still be known to the component, but could no longer be used
    in computations. It could however be extracted for reporting purposes, etc.
    Would need interface accommodations though to indicate the extraction of
    exchange rates that are “inactive”.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    Not an issue

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Modify and specify the behavior of the insertExchangeRate interface

  • Key: CURR11-60
  • Legacy Issue Number: 2405
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: The behavior of the insertExchangeRate() interface should be modified.
    Since ExchangeRates will now have a window in time over which they are
    effective, the behavior needs to address what happens when an exchange rate
    is attempted to be inserted that overlaps (in time) an existing exchange
    rate. i.e. Suppose an exchange rate exists in the system for a certain rate
    type, source currency mnemonic, target currency mnemonic, and is effective
    from 12:00 15 July 1998 until 12:30 15 July 1998. Now suppose we attempt to
    insert an exchange rate for the same rate type, source/target currency
    mnemonics and is effective from 11:45 15 July 1998 until 12:15 15 July
    1998. How does the insertExchangeRate() interface react in this case, or in
    any other case where the exchange rate to be inserted has an effective
    window in time that in whole or in part overlaps existing exchange rate
    data?

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Create mechanism to modify what negative prefix is for formatting string

  • Key: CURR11-69
  • Legacy Issue Number: 2414
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: There is no mechanism to modify what the negative prefix is, in a formatted
    string. You can modify what the placeholder for the negative prefix is, but
    not the actual prefix. This then means that "-" is to be used in every
    locale. I would bet that we should support changing that character ... much
    like we allow changing the radix character or the grouping character.
    Hence, [gs]etNegativePrefixSymbol() above.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Clarify exceptions for setFormattingString in MoneyFormatter

  • Key: CURR11-66
  • Legacy Issue Number: 2411
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Need to indicate that an exception will be thrown if setFormattingString()
    is called with formattingString being an empty string or one containing
    white space only.

  • Reported: CURR 1.0 — Tue, 2 Feb 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Clarify contradiction betw setFormatByLocale & setFormattingString

  • Key: CURR11-65
  • Legacy Issue Number: 2410
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: It appears that setFormatByLocale() and setFormattingString() override each
    other, but the supporting text for each does not support this conclusion.
    If setFormatByLocale() is executed, and then a call to
    getFormattingString() is executed, a format specification for the given
    locale should be returned correct? If a call to setFormattingString() is
    then executed (which would change the format specification for the given
    state identifier from the locale based specification previously),
    getFormattingString() then returns the format specification just assigned
    correct? The supporting text needs to address this behavior.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Interface changes for MoneyFormatter pattern handling

  • Key: CURR11-68
  • Legacy Issue Number: 2413
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Interface changes for MoneyFormatter pattern handling

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Typo on SetPatternMnemonicSymbol name

  • Key: CURR11-67
  • Legacy Issue Number: 2412
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Fix typo to setPatternMnemonicSymbol()

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Add interfaces for internal precision on MoneyCalculator

  • Key: CURR11-71
  • Legacy Issue Number: 2416
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Propose the following interface change(s):
    short getInternalPrecision(in
    CosObjectIdentity::IdentifiableObject stateIdentifier)
    void setInternalPrecision(in
    CosObjectIdentity::IdentifiableObject stateIdentifier,
    short precision) – See example of use of this in the
    MoneyCalculator Interface section.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    Already resolved in a previous issue (2271)

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Clarify on comparison methods of the MoneyCalculator

  • Key: CURR11-70
  • Legacy Issue Number: 2415
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Clarify on comparison methods of the calculator that no rounding etc. would
    take place before the comparison, it would be the raw numbers in each
    money instance that is compared.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Clarify MoneyFormatter use of the # symbol

  • Key: CURR11-63
  • Legacy Issue Number: 2408
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Clarify how the ‘#’ is used in the money formatter – i.e. if the digit is
    zero and doesn’t contribute to the value, 0 will not show.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Proposed interface changes to ExchangeRateManager

  • Key: CURR11-62
  • Legacy Issue Number: 2407
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Propose the following interface changes:
    ExchangeRate createExchangeRate(
    in wstring rateTypeId,
    in wstring sourceCurrencyMnemonic,
    in wstring targetCurrencyMnemonic,
    in CBO::Ddecimal conversionFactor,
    in CBO::Dtime beginDateTime,
    in CBO::Dtime endDateTime)

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    Close, no action

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Fix omitted precondition for MoneyCalculator

  • Key: CURR11-72
  • Legacy Issue Number: 2417
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Issue Description: What are the legal short precision values which can be
    presented to setInternalPrecision()? Should it be limited to values >= 0?

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Change the name of addExchangeRate to insertExchangeRate

  • Key: CURR11-59
  • Legacy Issue Number: 2404
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: The addExchangeRate() method name could connote mathematical summation.
    Change the method name to insertExchangeRate().

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Exchange rates need to be date based.

  • Key: CURR11-34
  • Legacy Issue Number: 2369
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: In Fbc: Need the ability to have date based exchange rates and for the
    manager to manage date based exchange rates.

    • Since we need to start accounting for dates for exchange of currencies
      and also for doing multi-currency money calculations, it would be nice to
      add settings on the ExchangeRateManager that is state based that allows for
      client configuration.
  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Clearer information describing different rounding types is needed

  • Key: CURR11-33
  • Legacy Issue Number: 2368
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: RoundingType.ROUND_DOWN – The textual description needs to be far more
    explicit and/or include examples for both positive and negative numbers.
    Round toward zero? Is the rounding digit truly ignored? e.g. Let the
    internal precision be two.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved in Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Text indicating that vendors shall provide default values

  • Key: CURR11-32
  • Legacy Issue Number: 2367
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: .A Currency implementation should probably provide default values on behalf
    of a given valid stateIdentifier (i.e. MoneyCalculator.roundingType,
    MoneyCalculator.roundingDigit, MoneyCalculator.conversionType,
    MoneyCalculator.internalPrecision, MoneyFormatter.radixSymbol,
    MoneyFormatter.groupingSymbol, MoneyFormatter.negativePrefixSymbol,
    MoneyFormatter.inputMultiplier, MoneyFormatter.outputDivisor, locale,
    etc.). The standard should state that a vendor’s responsibility is to
    provide defaults, but leave the choice of the actual default values to the
    vendor. An interface allowing state to be set back to defaults should be
    considered.

  • Reported: CURR 1.0 — Mon, 1 Feb 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolve dis Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Extend ExceptionType enumerations

  • Key: CURR11-31
  • Legacy Issue Number: 2366
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Need to add some additional enumerations to the ExceptionType enumeration.
    Some of the suggestions are the following : INVALID_VALUE,
    INVALID_STATE_IDENTIFIER, INVALID_DATE_RANGE, INVALID_CONVERSION_FACTOR,
    INVALID_STRING (when a provided string is empty or contains only white
    space), UNINITIALIZED_DATA, DATE_RANGE_FRAGMENTATION (when adding an
    exchange rate whose effective window in time would fragment existing
    exchange rates), INVALID_MULTIPLIER, INVALID_DIVISOR, STATE_IDS_EXHAUSTED.
    (Our implementation plan is such that INVALID_ROUNDING_DIGIT,
    INVALID_MULTIPLIER, etc. should really be discarded in favor of using
    INVALID_VALUE. Where an explicit value has already been specified in the
    submission (e.g. INVALID_ROUNDING_DIGIT) we will use it but hope for our
    recommendation to be heeded. For exception types that are necessary but
    were not included in the adopted submission, we will add our own (e.g.
    INVALID_STATE_IDENTIFIER, INVALID_VALUE) and use whenever necessary.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved in Currency 2 RTF, closed

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Propose modification to the init method of CurrencyValue

  • Key: CURR11-36
  • Legacy Issue Number: 2381
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Propose the following interface change(s):
    void init(
    in wstring name,
    in wstring fractionName,
    in wstring mnemonic,
    in short numericCode,
    in wstring symbol,
    in wstring fractionSymbol,
    in short ratioOfFractionToWhole,
    in wstring description,
    in CBO::DTime introductionDate,
    in CBO::DTime expirationDate,
    in boolean isISO,
    in wstring ISOVersion,
    in StringCollection locales)
    raises(FbcException); - Note in this signature that
    scaleFactor, isExternalOutputShowingFractions, and
    isInternalOutputShowingFractions have been deleted.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved in Currency 2 RTF, closed

  • Updated: Fri, 6 Mar 2015 20:58 GMT

vendor implementations can implement only parts and interoperate-Statement

  • Key: CURR11-35
  • Legacy Issue Number: 2379
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: The specification should state very explicitly how the subsystems/entry
    points (i.e. StateIdManager, CurrencyBook, ExchangeRateManager,
    MoneyFormatter, MoneyCalculator) locate each other if multiple vendor
    implementations (e.g. StateIdManager and MoneyFormatter implementation from
    one vendor and the remaining from another) can work with each other. If the
    intention though is to support homogeneous implementations only (i.e. A
    vendor solution supports all subsystems/entry points and only works with
    its one implementation) this needs to be called out in the specification
    instead.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    No action taken, this has always been viewed as a component.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

More clarification on the semantics of string arguements for CurrencyValue

  • Key: CURR11-39
  • Legacy Issue Number: 2384
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Can the wstring argument(s) to setMnemonic(), setName(), setFractionName(),
    setSymbol(), setFractionSymbol(), or init() be empty strings or strings
    containing only white space? Acceptable arguments need to be discussed.

  • Reported: CURR 1.0 — Tue, 2 Feb 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF, closed

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Missing details on preconditions on the Currency interface as a whole

  • Key: CURR11-38
  • Legacy Issue Number: 2383
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Missing details on preconditions on the Currency
    interface as a whole

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    closed issue, resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Typos in CurrencyValue section

  • Key: CURR11-41
  • Legacy Issue Number: 2386
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Typos in the section that describes setRatioOfFractionToWhole(). The second
    sentence should be “The ratio for United States Dollars is one hundred
    pennies to one dollar, which is 100. In cases where there is no minor part
    of a currency (e.g. Yen), this method should return a value of 1.”

  • Reported: CURR 1.0 — Tue, 2 Feb 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved by Currency 2 RTF, close

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Legal value ranges for numerics in CurrencyValue init should be discussed

  • Key: CURR11-40
  • Legacy Issue Number: 2385
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Can the short numericCode presented to init() and setNumericCode() be <= 0?
    What are its legal values?
    Can the short ratioOfFractionToWhole provided to init() and
    setRatioOfFractionToWhole() be <= 1? What are acceptable values?
    Can the point in time represented by introductionDate be >= expirationDate
    in init() and setExpirationDate()/setIntroductionDate()?

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    close issue, resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

missing description on the init method for CurrencyValue

  • Key: CURR11-37
  • Legacy Issue Number: 2382
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: The init() method appears in the consolidated IDL Specifications portion of
    the standard, but does not appear and is not documented or discussed in
    section 2.3.6.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    closed issue, resolved by Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

StateID Exception

  • Key: CURR11-30
  • Legacy Issue Number: 2363
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Need exceptions for stateId indicating that one was never created from the
    StateIdManager for all methods that take stateId.

  • Reported: CURR 1.0 — Mon, 11 Jan 1999 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved is Currency 2 RTF, closed

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Change double to short for internal precision

  • Key: CURR11-29
  • Legacy Issue Number: 2271
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Change double to short for internal precision

  • Reported: CURR 1.0 — Fri, 18 Dec 1998 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved in Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Add idl and text to describe the getAllExchangeRates method

  • Key: CURR11-28
  • Legacy Issue Number: 2270
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Add idl and text to describe the getAllExchangeRates method

  • Reported: CURR 1.0 — Fri, 18 Dec 1998 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved in Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Add text for formatter that the format string will be used for parsing

  • Key: CURR11-27
  • Legacy Issue Number: 2269
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Add text for formatter that the format string will be used for parsing.
    Clarify the formatting string and how it is used.
    This way the parser routine will use: M##,###.00 to help it parse: RUR10,00
    This also means the radix character was set to: "," and the grouping symbol was set to: "."
    Show an example to distinguish between what the pattern gives you and what the actually settings of the characters give you.

  • Reported: CURR 1.0 — Thu, 17 Dec 1998 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved in Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Change text description of behavior of ROUND_FLOOR and ROUND_CEILING

  • Key: CURR11-26
  • Legacy Issue Number: 2268
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Change text description of behavior of ROUND_FLOOR and ROUND_CEILING. The descriptions are mixed between the two.

  • Reported: CURR 1.0 — Thu, 17 Dec 1998 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    Change text in spec describing the correct behaviour for the rounding rules

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Clarify on comparison methods of the calculato

  • Key: CURR11-25
  • Legacy Issue Number: 2267
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Clarify on comparison methods of the calculator that no rounding etc. would take place before the
    comparison, it would be the raw numbers in each money instance that is compared.

  • Reported: CURR 1.0 — Thu, 17 Dec 1998 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    Already fixed in issue # 2415

  • Updated: Fri, 6 Mar 2015 20:58 GMT

clarification on how the "#" is used in the money formatter

  • Key: CURR11-24
  • Legacy Issue Number: 2265
  • Status: closed  
  • Source: Anonymous
  • Summary:

    Summary: Need more clarification on how the "#" is used in the money formatter -
    i.e. if the digit is zero and doesn"t contribute to the value, 0 will not show.

  • Reported: CURR 1.0 — Thu, 17 Dec 1998 05:00 GMT
  • Disposition: Resolved — CURR 1.1
  • Disposition Summary:

    resolved and closed in Currency 2 RTF

  • Updated: Fri, 6 Mar 2015 20:58 GMT