Skip to main content

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

  • From: Werner Keil < >
  • To: " " < >
  • Subject: [jsr363-experts] Re: Final coordination and review of Spec, etc.
  • Date: Wed, 10 Aug 2016 18:02:38 +0200

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


[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