Details

    • Type: New Feature New Feature
    • Status: Closed
    • Priority: Major Major
    • Resolution: Won't Fix
    • Affects Version/s: 0.1.0
    • Fix Version/s: 0.4-EDR1
    • Component/s: API
    • Labels:
      None

      Description

      I still think Country is a crucial concept, as at least most (non-precious-metal) ISO Currencies belong to a Country. Its distinct from locale.

      My example implementation for discussion:

      https://usertype.svn.sourceforge.net/svnroot/usertype/trunk/cdt/src/main/resources/fmpp/ISOCountryCode.fmt

        Activity

        Hide
        atsticks added a comment -

        Was decided to be out of scope of the JSR, the JabaMoney library Comes with an according Regions module.

        Show
        atsticks added a comment - Was decided to be out of scope of the JSR, the JabaMoney library Comes with an according Regions module.
        Hide
        atsticks added a comment -

        If country is defined to be an ISO country, using the ISO two letter code, I do not think it is useful (the Locale does its job there quite good). But, we also have the need for further classifications, e.g. the ones defined by the Unicode standard (there called regions). Also here the Locale class may cover some of the aspects, since it is not only supporting ISO countries but also regions.

        Nevertheless we also can argue for a even more flexible Region abstraction in our extensions module. We must ensure, that the Region model in our JSR is capable to model the aspects as defined in the Unicode standards (we also can relatively easily support such things in the RI, since the according XML data files can be freely downloaded).
        Additionally when handling historic currencies and since currencies also have a relation to countries, then also a need for historic countries may arise, which then may not be covered the Locale class really. Hereby the problem seems to me very similar to namespaces and mappings for currencies. So perhaps we need to generalize these aspects and apply them similarly to countries/regions. Makes things not simpler, but at the end flexible enough to cover the complexity that is reality

        Show
        atsticks added a comment - If country is defined to be an ISO country, using the ISO two letter code, I do not think it is useful (the Locale does its job there quite good). But, we also have the need for further classifications, e.g. the ones defined by the Unicode standard (there called regions). Also here the Locale class may cover some of the aspects, since it is not only supporting ISO countries but also regions. Nevertheless we also can argue for a even more flexible Region abstraction in our extensions module. We must ensure, that the Region model in our JSR is capable to model the aspects as defined in the Unicode standards (we also can relatively easily support such things in the RI, since the according XML data files can be freely downloaded). Additionally when handling historic currencies and since currencies also have a relation to countries, then also a need for historic countries may arise, which then may not be covered the Locale class really. Hereby the problem seems to me very similar to namespaces and mappings for currencies. So perhaps we need to generalize these aspects and apply them similarly to countries/regions. Makes things not simpler, but at the end flexible enough to cover the complexity that is reality
        Hide
        keilw added a comment -

        I feel, it isn't a good idea to ignore JDK i18n team for that. If we can raise a separate JEP for a Country or region type, that sounds like a good idea, but I am not sure, if it won't exceed the JSRs scope adding something that recreates at least large aspects of a country defined in Locale already.

        Show
        keilw added a comment - I feel, it isn't a good idea to ignore JDK i18n team for that. If we can raise a separate JEP for a Country or region type, that sounds like a good idea, but I am not sure, if it won't exceed the JSRs scope adding something that recreates at least large aspects of a country defined in Locale already.

          People

          • Assignee:
            atsticks
            Reporter:
            chrispheby
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: