Skip to main content

[JSR-354] Re: Approaching JavaOne / next release

  • From: Anatole Tresch <atsticks@...>
  • To: "jcurrency_mail@..." <jcurrency_mail@...>
  • Subject: [JSR-354] Re: Approaching JavaOne / next release
  • Date: Fri, 23 Aug 2013 14:24:36 +0200

Hi all
Let us compare for what has been changed. I personally was focusing on code 
and spec only...

Cheers
Anatole


-
Anatole Tresch
Glärnischweg 10
8620 Wetzikon
Tel +41 (43) 317 05 30
-
Send from Mobile

Am 23.08.2013 um 01:39 schrieb Werner Keil <werner.keil@...>:

> Dear Anatole/all,
>  
> Checked out the latest codebase on a new (Win8) box after the other one 
> broke down. As I hope to do a bit of "Night Hacking" at the Foo Hack in Foo 
> Cafe Malmö tomorrow night.
> The issue isn't exactly like Chris faced it, maybe either of you actually 
> modified the POM for exactly that reason, but note, at least one Maven 
> plugin right now requires Maven 3.1.
>  
> I haven't seen it in NetBeans, but at least every stable build of Eclipse 
> with Embedded M2E still uses 3.0.4, so the build fails until you externally 
> add the 3.1 release.
>  
> If anybody also uses Eclipse launchers, note, this brought a path back I 
> eliminated some while ago changing it to EMBEDDED. I hope, it could be 
> resolved, e.g. if a lower version of the plugin would also still work.
> If not, we might want to mention it in the Readme files and point out 
> minimal versions of Maven, should 3.1 be necessary.
>  
> Cheers,
> Werner
> On Wed, Aug 21, 2013 at 9:20 AM, Anatole Tresch <atsticks@...> wrote:
>> Dear all
>
>> I just added a few more lines of code to our RI. so now we have a 
>> functional Region API with provides regions and
>> regional trees for ISO 2/3 letter codes based on the Locale information 
>> and a full CLDR region tree.
>> Additionally we have a CLDR currency validity provider, which allows to 
>> query currency validities, based on the data from the CLDR 
>> supplementalData.xml:
>
>> Currency validity providers: [CLDR]
>
>> Currencies for Germany:
>
>> RelatedValidityInfo [item=ISO-4217:EUR, ref=Deutschland [code: DE, type: 
>> TERRITORY], 
>> from=1999-1-1 Europe/Berlin, to=-, 
>> userData=net.java.javamoney.ri.ext.provider.icu4j.res.CLDRSupplementalData$CurrencyRegionRecord],
>>  
>
>> RelatedValidityInfo [item=ISO-4217:DEM, ref=Deutschland [code: DE, type: 
>> TERRITORY], 
>> from=1948-6-20 Europe/Berlin, to=2002-2-28 Europe/Berlin, 
>> userData=net.java.javamoney.ri.ext.provider.icu4j.res.CLDRSupplementalData$CurrencyRegionRecord],
>>  
>
>
>> Along with that I also added an initial version of a data 
>> (re)loader/updater, which by default does not access the internet, but can 
>> be configured to dynamically check for updates or may be triggered 
>> programmatically by client code as required. This part is for sure not yet 
>> finished or production ready, but at least partially functional (see above 
>> ;-) ).
>
>> I also moved the validator artifacts to the extras package, I think they 
>> are better located there and it is a good idea to have the API parts 
>> minimal.
>
>> So finally, I propose to freeze the API code we have so far. Feel free to 
>> recheck the current head (API) and give feedback until next Monday. I will 
>> try to accomodate the spec document to this code version and inform PMO 
>> that we plan to release our next release around week 2/3 of september 
>> (before JavaOne).
>> According to the next release, I would like to make a short "ballot" about 
>> your thinkings:
>> - should we go for a second EDR release or should we go for the Public 
>> Draft Review?
>
>> I think that with additional clarifications and extensions within the spec 
>> (also according feedback from the EDR must be considered), we can go for a 
>> PDR. All APIs seem quite stable and the RI has proven that the concepts so 
>> far are working well.
>
>> I also think it would be a good idea, when each, that may be capable of 
>> being helpful to achieve the next milestone would join our EG call on 
>> Friday (webex).
>
>> Cheers and have a nice day!
>> Anatole
>
>> -- 
>> Anatole Tresch
>> Java Lead Engineer, JSR Spec Lead
>> Glärnischweg 10
>> CH - 8620 Wetzikon
>
>> Switzerland, Europe Zurich, GMT+1
>> Twitter:  @atsticks
>> Blogs: http://javaremarkables.blogspot.ch/
>> Google: atsticks
>> Phone   +41-44 334 40 87
>> Mobile  +41-76 344 62 79
> 
> 
> 
> -- 
> Werner Keil | JCP Executive Committee Member | Eclipse UOMo Lead, Babel 
> Language Champion | Java Godfather | Maersk DevOps Build Manager
> Twitter @wernerkeil | @JSR354 | #EclipseUOMo | #Java_Social | #DevOps
> Skype werner.keil | Google+ gplus.to/wernerkeil
> * Foo Hack: August 23 2013, Malmö, Sweden. Werner Keil,  JCP EC Member, JSR 
> 354 EG Member will propose "TrakStrok and JSR 354"
> * Node.js Hackathon #2: August 24 2013, Copenhagen, Denmark. Werner Keil, 
> UOMo Lead, Maersk DevOps Build Manager will present "Ponte Creation Review 
> at Eclipse.org"
> * Eclipse DemoCamps Kepler 2013: June-August 2013, Germany, Denmark, 
> Austria, Norway. Werner Keil, UOMo Lead, Maersk DevOps Build Manager will 
> present "Triple-E’class DevOps with Hudson, Maven, Kokki, Multiconf & 
> PyDev", "M4M 2 the Rescue of M2M"
> * Bitcoin Austria #26: Sep 3 2013, Vienna, Austria. Werner Keil, JCP EC 
> Member, JSR 354 EG Member will present "Mt.Gox Currency Conversion Provider 
> for JSR 354"
> * JavaOne US 2013: Sep 23-26 2013, San Francisco, USA. Werner Keil, JCP EC 
> Member, JSR 351/354 EG Member will co-present "Java Identity Management", 
> "Java Security"


[JSR-354] Approaching JavaOne / next release

Anatole Tresch 08/21/2013

[JSR-354] Re: Approaching JavaOne / next release

Werner Keil 08/22/2013

[JSR-354] Re: Approaching JavaOne / next release

Anatole Tresch 08/23/2013
 
 
Close
loading
Please Confirm
Close