Skip to main content

[JSR-354] Re: Aligning of APIs in ext

  • From: Werner Keil <werner.keil@...>
  • To: jcurrency_mail@...
  • Subject: [JSR-354] Re: Aligning of APIs in ext
  • Date: Sat, 6 Jul 2013 16:53:18 +0200

I would also aim for a time around JavaOne, if it's out before, good, even
more reason to try talk about it there, otherwise similar events in the
second half would do (and might put shame on it[?])

On Sat, Jul 6, 2013 at 8:46 AM, Anatole Tresch <atsticks@...> wrote:

> Hi Tom
>
> Yes, that is a good point and would definitivly be an Option...
>
> Cheers
>  Am 06.07.2013 06:21 schrieb "Thomas Hüsler" <tom.huesler@...>:
>
> Looks good. Regarding Public Draft: I'ld tie this to when we're ready
>> under consideration of the milestones given for the target delivery. If
>> we're ready I would just publish it also if it would fall into holidays
>> (then possibly just with a longer period). ****
>>
>> ** **
>>
>> ** **
>>
>> *From:* Anatole Tresch [mailto:atsticks@...]
>> *Sent:* Freitag, 5. Juli 2013 21:38
>> *To:* Jsr 354 JavaMoney Public Mailinglist
>> *Subject:* [JSR-354] Aligning of APIs in ext****
>>
>> ** **
>>
>> Dear all****
>>
>> ** **
>>
>>    - I further tried to align the API design in the extensions module,
>>    especially I aligned the signatures and usage of MonetaryCurrencies and
>>    MonetaryRegions.****
>>    - Also related to that I separated a class RelatedValidityInfo, which
>>    extends ValidityInfo. ValidityInfo dies model a validity of an item,
>>    whereas
>>    a RelatedValidityInfo models a validity of an item related to another
>>    item, e.g. a Region.****
>>    - Also I introduced an optional numeric code on the Region, similar
>>    also to the ICU library and similarly to MonetaryCurrencies the main
>>    API provide general
>>    non historized access.****
>>
>> So once more have a look at the code for feedback (related to JavaDoc you
>> may also simply fix any issues you see):****
>>
>https://github.com/atsticks/javamoney****
>>
>> ** **
>>
>> I think it would be good, when we can stabilize the API within next days
>> (I will then do a pull back into the main money repo). With that
>> precondition we can then****
>>
>>    - adapt the spec accordingly****
>>    - extend the spec where needed based on the EDR feedback****
>>    - starting to implement the regional aspects using CLDR data****
>>    - thinking on the update mechanism (@Stephen - is the TimezoneUpdater
>>    usable for us also, or should we go for our own solution...?)****
>>    - extending the reference implementation and fix the EE/CDI support.**
>>    **
>>    - starting to identify the aspects to be covered by the TCK****
>>
>> Also I think it makes not much sense to publish the Public Draft Review
>> before Summer Holidays, also die to the typical summer absences. So I
>> propose that we try****
>>
>> to go for PDR until August/September.****
>>
>> ** **
>>
>> As always feedback is welcome, and also shows me that somebody is also
>> reading what I write here ;-)****
>>
>> ** **
>>
>> Regards,****
>>
>> 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*****
>>
>

Attachment: 347.gif
Description: GIF image



[JSR-354] Aligning of APIs in ext

Anatole Tresch 07/05/2013

[JSR-354] Re: Aligning of APIs in ext

Thomas Hüsler 07/06/2013

[JSR-354] Re: Aligning of APIs in ext

Anatole Tresch 07/06/2013

[JSR-354] Re: Aligning of APIs in ext

Werner Keil 07/06/2013
 
 
Close
loading
Please Confirm
Close