Skip to main content

[JIRA] Resolved: (JAVAMONEY-47) Define updating mechanism

  • From: "atsticks (JIRA)" <jira-no-reply@...>
  • To: issues@...
  • Subject: [JIRA] Resolved: (JAVAMONEY-47) Define updating mechanism
  • Date: Sun, 15 Sep 2013 22:52:07 +0000 (UTC)
  • Auto-submitted: auto-generated


     [ 
https://java.net/jira/browse/JAVAMONEY-47?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

atsticks resolved JAVAMONEY-47.
-------------------------------

    Resolution: Fixed

> Define updating mechanism
> -------------------------
>
>                 Key: JAVAMONEY-47
>                 URL: https://java.net/jira/browse/JAVAMONEY-47
>             Project: javamoney
>          Issue Type: Task
>          Components: API: Core Artifacts, API: Provided Extensions, Impl: 
> RI - CLDC Adaptions, Spec: Specification
>    Affects Versions: 0.1.0, 0.2.0, 0.3, 0.4-EDR1
>            Reporter: atsticks
>             Fix For: 0.5
>
>   Original Estimate: 12 hours
>  Remaining Estimate: 12 hours
>
> Define and implement an updating mechanism/policies to keep changing 
> resources up to date, e.g. countries, régions or currency data. Hereby I 
> see the following policies:
> * *LOCAL*: read resources from the classpath, no automatic update 
> (_default_).
> * *CACHED*: read resource from the CP, too, but automatically reload/update 
> the resources using the configured connections.
> ** The cache location may also be configured:
> *** *VM* try to write the files into a locatoin within the JDK/JRE.
> *** *USER* write the data to the user directory.
> *** *TEMP* write the files as temporary files only and delete them on VM 
> exit.
> *** *CUSTOM* write the files to a custom location.
> For the second part, the locations, where the different resources can be 
> looked up and read, can be configured. This allows clients which want to 
> control the update mechanism (e.g. due to security reasons) to configure a 
> local company update site, instead of directly loading the resources, e.g. 
> from ISO, Unicode.
> The machanism implemented hereby should support the following features:
> * Each resource is defined by a resourceID and a resource location. 
> Resources are accessed by its id.
> * It should be extendible (it can cache arbitrary resources), so it can 
> also be used by spi implementations of this JSR.
> * The resources cached should be accessible by an API of the updater, 
> clients should not directly access the file system.
> * Updating can be triggered programmatically.
> * There is a JMX bean that can be loaded, to trigger the update mechanism.
> * Finally it should be possible to configure some automatic updating, e.g. 
> by using a {{Timer}}.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://java.net/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[JIRA] Resolved: (JAVAMONEY-47) Define updating mechanism

atsticks (JIRA) 09/15/2013
 
 
Close
loading
Please Confirm
Close