Skip to main content

[jsr363-experts] Re: Final coordination and review of Spec, etc.

  • From: Jean-Marie Dautelle < >
  • To:
  • Subject: [jsr363-experts] Re: Final coordination and review of Spec, etc.
  • Date: Wed, 10 Aug 2016 22:48:53 +0200

One small comment, in the Quantity API, there are missing carriage returns
in the example ðŸ˜‰

On Wed, Aug 10, 2016 at 10:44 PM, Jean-Marie Dautelle 
< >
wrote:

> Hello All,
>
> First thanks to Werner for his excellent work, the latest spec. is very
> clean and well written :)
>
> You will find my comments on-line.
>
> With regards to SPI package here is what I wrote:
>
> I think for the API, we should remove the format package and move
> UnitFormat and ParseException into the spi package. The two classes are
> consistent with the other interfaces already in the service provider
> package. Also a package with only one main interface is kind of depleted...
>
> Cheers and congratulations to all :)
> Jean-Marie
>
>
> On Wed, Aug 10, 2016 at 6:02 PM, Werner Keil 
> < >
> wrote:
>
>> In fact, we made it harder to decouple an entire module like format from
>> the SPI when we decided to replace generic calls like
>> <T> T getService(Class<T> serviceType)
>> in ServiceProvider with more concrete ones like
>> UnitFormatService
>> <http://unitsofmeasurement.github.io/unit-api/site/apidocs/javax/measure/spi/UnitFormatService.html>
>>  * getUnitFormatService
>> <http://unitsofmeasurement.github.io/unit-api/site/apidocs/javax/measure/spi/ServiceProvider.html#getUnitFormatService%28%29>*
>> ()
>> Before that not even using the "format" package could have worked in
>> theory, ideally by moving the UnitFormatService into that package, too.
>>
>> The more concrete approach is similar to e.g. JCache, though its
>> CachingProvider returns more or less just one other service reference to
>> CachingManager and JSR 107 is not really modular (for an SE/EE environment
>> it probably does not need to)
>>
>> I guess only to save the usage of UnitFormat, not its declaration in the
>> SPI it may be a bit of an overhead to support returning a quantity factory
>> and unit system but not a unit format, but again, if you think it's very
>> beneficial, we could support it and add the necessary documentation and TCK
>> changes.
>>
>> WDYT?
>> Werner
>>
>
>
>
> --
> It is not the strongest of the species that survives, nor the most
> intelligent. It is the one that is most adaptable to change. - Darwin's
> Origin of Species (digest)
>



-- 
It is not the strongest of the species that survives, nor the most
intelligent. It is the one that is most adaptable to change. - Darwin's
Origin of Species (digest)


[jsr363-experts] Final coordination and review of Spec, etc.

Werner Keil 08/10/2016

[jsr363-experts] Re: Final coordination and review of Spec, etc.

Werner Keil 08/10/2016

[jsr363-experts] Re: Final coordination and review of Spec, etc.

Jean-Marie Dautelle 08/10/2016

[jsr363-experts] Re: Final coordination and review of Spec, etc.

Jean-Marie Dautelle 08/10/2016

[jsr363-experts] Re: Final coordination and review of Spec, etc.

Werner Keil 08/11/2016
 
 
Close
loading
Please Confirm
Close